Re: [U-Boot-Users] mpc5121 cache coherency
On Wed, 2008-06-18 at 13:38 -0600, John Rigby wrote: > Unlike other SOCs with e300 cores the 5121 is not cache coherent. The > problem is an internal bridge that the processor can not snoop across. I do not have access to the manuals right now but I search all over an this was not something I found. Is this a design decision or an errata for the current version of the chip ? > On Wed, Jun 18, 2008 at 1:29 PM, Kenneth Johansson <[EMAIL PROTECTED]> wrote: > > I have tried to speed up u-boot by turning on I/D cache during boot. > > > > It sort of works and gives quite a boost but I'm having problems with > > the ethernet driver that no longer works. > > > > What I'm seeing is that the cpu do not notice the ethernet hardwares > > updates that is located in DRAM. Basically what is expected from a cache > > incoherent system. > > > > Now my question is should not the e300 core detect writes to the DRAM > > and reload the cached data ?? > > > > --- > > To get cache working I'm turning on the MMU and program some BAT > > registers to a 1-1 mapping where only DRAM has cache on and all other > > memory regions like the IMMR, flash ... has cache off. > > > > > > > > - > > Check out the new SourceForge.net Marketplace. > > It's the best place to buy or sell services for > > just about anything Open Source. > > http://sourceforge.net/services/buy/index.php > > ___ > > U-Boot-Users mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
mpc5121 cache coherency
I have tried to speed up u-boot by turning on I/D cache during boot. It sort of works and gives quite a boost but I'm having problems with the ethernet driver that no longer works. What I'm seeing is that the cpu do not notice the ethernet hardwares updates that is located in DRAM. Basically what is expected from a cache incoherent system. Now my question is should not the e300 core detect writes to the DRAM and reload the cached data ?? --- To get cache working I'm turning on the MMU and program some BAT registers to a 1-1 mapping where only DRAM has cache on and all other memory regions like the IMMR, flash ... has cache off. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
U-Boot and kernel 2.6
On Fri, 2004-06-11 at 17:31, Mark Chambers wrote: > > > Yeah, having the bi_recs interface actually working > > > would be ideal, but at the present time nothing is > > > working and as AFAIK no-one is working on it. > > > > So we should offer some gentle encouragement. Like refusing to accept > > any further modifications to include/asm-ppc/ppcboot.h. > > > > Here's another idea - how about XML? That would be two steps forward, IMO, > instead of just going from one magic structure to another. Well XML of all things must be magic considering that it automatically solves all problems all the time. > As to just trashing bd_t, does that mean users have to upgrade their > bootloader to use newer kernels, and could not switch back easily if > problems arose? Perhaps the kernel could identify whether the pointer is to > a bd_t or something else and handle it automatically? Don't worry this will never change the problem is not creating a big enough itch so nobody will do anything (again). ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Fast boot times
On Tue, 2004-06-08 at 03:57, Kevin P. Dankwardt wrote: > I am participating in a project that has a challenging boot time > requirement. We need a Linux boot solution where we have booted in the > 50msec range, talking on a protocol stack, from a COLD Start (power being > applied to the board.) The loading of the drivers and the stack > initialization has to occur within 50msec. > > Does anyone have any leads/ideas for being able to meet this deadline? You don't say much about the hardware but I would say it's a borderline case even if you put a lot of work into it. say you have a 8bit flash 120ns access time that gives 8.3 MB/sec thus you can only copy 400kB data in 50ms so you have barley enough time getting the data into dram before your time is up. It's not going to happen just checking a config option that's for sure. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
PPC405GP: Spurious interrupt during handing level triggered interrupts
On Thu, 2004-03-11 at 01:14, listmember at orkun.us wrote: > Kenneth, > > However, I think, code could be enhanced to reset the SR bit, "only" for > level triggered interrupts and leave edge triggered interrupts alone. This > would require looking at UIC0_TR register as well. Yes If you could do a patch for this for level triggered only it would be good. I can't see this affecting anything negative so it should be no problem getting it integrated. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
PPC405GP: Spurious interrupt during handing level triggered interrupts
On Tue, 2004-03-09 at 23:58, listmember at orkun.us wrote: > Now, to prevent the second spurious branching, I used ack_irq() call > (actuall macro) to manually ack the interrupt (before enabling interrupts > again in ioctl). It works this way. > > Is this OK to use or is there a preferred way to do this? That's mainly what I do also. I had this comment in the cvs log. -- The status register was not reset by enable_irq so it remembered the last one resulting in every interrupt getting reported twice. -- and the code that I used was /* We have to do this manually as enable do not do this for us */ void mask_SR(int dev_irq){ int bit; bit = (dev_irq-17) +25; mtdcr(DCRN_UIC_SR(UIC0), (1 << (31 - bit))); } -- basically parts of what irq_ack would do (dev_irq is a privat number local to this driver) Perhaps the enable code should reset this bit also?? everyone that dose this type of userspace driver is going to hit this problem. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
FYI: Free Online Book: Inside Linux Kernel and PowerPC
On Thu, 2004-01-22 at 19:58, Huailin Chen wrote: > Chapter 3: PowerPC EABI > Chapter 15: PowerPC EABI Cross Compiler Well we actually use system V ABI for linux binaries and making a cross compiler with TARGET=powerpc-linux can also use EABI with the -meabi option. Perhaps pointing to dan kegel's crosstool would be better than invent your own way. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
ptrace Problem
On Tue, 2003-07-15 at 23:49, Kent Borg wrote: > Looking at likely source tarballs we have sitting around it seems very > likely that binutils were built from 2.13.2.1, and glibc 2.3.2. (How > can I be sure?) binutils binaries usually respond with the version when given -V on the command line. libc can be checked with objdump -x and checking the Version definitions. This should not be a problem gdb dose all the work using ptrace. Regarding your gdb problems have you tried with a kernel without bdi2000 support in the kernel. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Heretical Question
On Wed, 2003-07-09 at 21:57, Kent Borg wrote: > > I know it is wrong for me to ask, but is there (possibly already > lurking in my Red Hat box?) a graphical front end to GDB that will > work with embedded programming? Emacs already lets me debug with > source code pretty well (not assembly, however), and that is nice, but > what I really miss is a way to browse through data structures. Kdbg > looks good, but it seems to be for native debugging only (though I > might hack at it a little to issue the elusive "target remote ..."). > It is possible ddd would do, but it also seems to be for native > debugging only too. > > Suggestions? > http://sourceware.redhat.com/insight/ Never tried but since this is the old cygnus stuff it really should do cross debugging well. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
ncurses problem in telnet/serial console.
On Tue, 2003-07-08 at 15:59, Omanakuttan wrote: > [root at pandatel12 ~]# > When we telnet to the port 23, the error we get it > > [root at pandatel12 ~]# telnet 10.1.28.44 > Trying 10.1.28.44... > Connected to 10.1.28.44 (10.1.28.44). > Escape character is '^]'. > Error opening terminal: vt100. > Connection closed by foreign host. > [root at pandatel12 ~]# You do not have support for vt100 can it be more obvious. Start your program with "TERM=kljdf /bin/mdi" and see what happens. -- Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
adding a new driver
On Mon, 2003-06-16 at 15:21, rahul dev wrote: My doubt is that what will happen if that page(which contains my buffer) > has been swapped out ?? Can i prevent that page from being swapped out. > Or is there some other mechanism for that. Kernel memory is locked so it can't be swapped out. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Why ack interrupt before calling handler?
On Wed, 2003-06-11 at 14:39, Kent Borg wrote: > On Wed, Jun 11, 2003 at 12:33:42PM +0200, Kenneth Johansson wrote: > Finally the interrupt end gets called, which acks and enables the > interrupt. This ack actually does something for me. > Hopefully this ack only happens if the interrupt is level triggered otherwise you have a problem. > I am thinking that the general purpose PPC code does the early > ack for edge-triggered circumstances. For latched level-triggered > cases there is no harm in the extra early ack. Thats right. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Why ack interrupt before calling handler?
On Fri, 2003-06-06 at 20:29, Kent Borg wrote: > > I am confused by something in ppc_irq_dispatch_handler(). It looks to > me that the interrupt is ack-ed before the handler is called. Maybe I > am misunderstanding, but doesn't the ack only reset the interrupt > controller? If so, the interrupting hardware could still be > presenting a level-triggered interrupt. Wouldn't it make more sense > to let the interrupt routine get service the hardware first, then > reset the interrupt controller? > I don't know what code you are looking at but generally you want to first ack to avoid the race condition that would otherwise be present if you first run your interrupt routine then ack. How would you know that it was in fact not a new interrupt condition that you have not taken care of you just removed. ps. and never ever use edge triggered interrupts -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
patch against linuxppc_2_4_devel: ppc405_wdt.c needs to be fixed
Dose the watchdog actually work ?? What happens when you get into a infinite loop when interrupts are turned off? On Wed, 2003-06-04 at 09:10, Matthias Fuchs wrote: > Hi, > > I noticed that the 405 watchdog driver's ioctl() for GETPERIOD and SETPERIOD > are not working correctly. The ioctls pass the watchdog timer period in > microseconds. > The variable wdt_period stores the current period in seconds. > > The attached patch fixes this behavior. > > Matthias > > > --- drivers/char/ppc405_wdt.c Wed Jun 4 08:58:42 2003 > +++ /usr/src/linuxppc_2_4_devel/drivers/char/ppc405_wdt.c Tue Dec 24 > 06:00:15 2002 > @@ -190,8 +190,7 @@ > } > case WDIOC_GETPERIOD: > /* return watchdog period (units = microseconds) */ > - period = wdt_period * MICROSECBASE; > - > + period = (wdt_period / HZ) * MICROSECBASE; > if (copy_to_user((unsigned long *)arg, &period, > sizeof(period))) { > return -EFAULT; > @@ -234,7 +233,8 @@ > if (period == 0) > period = MAXONEHOUR * MICROSECBASE; > > - wdt_period = period / MICROSECBASE; > + heartbeat_count(0) = (period / TENMSBASE) + > + (period % TENMSBASE ? 1 : 0); > ppc405wd_update_timer(); > > break; -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
EP405 linker error.
On Mon, 2003-03-31 at 11:35, Toni Van Remortel wrote: > > I didn't know that there was an ATI RADEON on this EP405 ;-) How come that it > seeks for that? Wrong .config? > The check is done in runtime not when you compile and you can have the card on any system with a pci bus. For now just remove the line and everything will be OK since you did not have the card. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Walnut 4xx problem
It is fixed today. It was a problem with the math emulation. On Fri, 2003-03-28 at 20:25, Kenneth Johansson wrote: > > I updated my copy if linuxppc_2.4_devel and got a rather strange problem > running it on a walnut card. > > The problem is that when using nfs root the mount is ok /sbin/init is > started but then things falls apart init is not even trying to execute > the start script or the rc scripts but start the getty. > > I tracked the problem down to changes made on feb 27 but since that > changes was described by diffstat as > 1183 files changed, 87348 insertions(+), 47678 deletions(-) > It was not obvious what was wrong. All I know now is that it works > before feb27 and not after. I was a little surprised that I needed to go > back so long am I the only one seeing problems ?? > > > -- > Kenneth Johansson > Ericsson AB Tel: +46 8 719 70 20 > Tellusborgsv?gen 90 Fax: +46 8 719 29 45 > 126 25 Stockholm ken at switchboard.ericsson.se > > > -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Walnut 4xx problem
I updated my copy if linuxppc_2.4_devel and got a rather strange problem running it on a walnut card. The problem is that when using nfs root the mount is ok /sbin/init is started but then things falls apart init is not even trying to execute the start script or the rc scripts but start the getty. I tracked the problem down to changes made on feb 27 but since that changes was described by diffstat as 1183 files changed, 87348 insertions(+), 47678 deletions(-) It was not obvious what was wrong. All I know now is that it works before feb27 and not after. I was a little surprised that I needed to go back so long am I the only one seeing problems ?? -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
USER Application on IBM 405 based processor using vulcan chip
On Tue, 2003-03-04 at 07:10, Rakesh Jagota wrote: > > Hi all, > I am working for Settop Box project with IBM405 processor in linux. I am > developing an user application to inetract the user with settop box. I am > using i2c interface for this. I am not able to understand the following > things: > 1. Whether we should decode the Transport straem directly or we should store > it first and after that go for decoding and play. What could possibly be the difference. > 2. How we should store the channel information and How to tune the channel. Is this not in the chip documentation > 3. How to load the DES register. Again read the doc. And for future reference this list is for the linux kernel on powerpc chips not for help on mpeg chips. Also it's not a good idea to reply to a mail that has nothing whatsoever to do with what you write. Some of us has mail readers that can follow discussion threads and this gets confusing. /me so this is what you get when you outsource to India. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 90 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
NFS and ram filesystems
On Thu, 2003-02-20 at 19:19, Ing.Gianfranco Morandi wrote: > The question is: > How can I boot the board by using PPCboot, mount initially the NFS > filesystem, load a new big ramdisk image and finally remount root on > ramdisk? ??? say what ?? You just have to explain this a bit more what are you really trying to do? if you have nfsroot why switch over to a ramdisk. If you want to test the system you have in a ramdisk there is much easier ways. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 94 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
PowerMac vs. Intel for PowerPC Development Host
On Wed, 2003-02-19 at 22:52, brian.auld at adic.com wrote: > Out of all the feedback I received, only one person suggested developing on > a PowerMac based Linux box, thus eliminating the need for cross-compiling. I > have become more interested in this option as some people in our company > have noted that cross-compiling embedded linux presented problems on past > projects when it came to building certain 3rd party applications. Compiling on a powerpc platform dose not automatically make things just work you may have to build a cross compiler anyway depending on what bugs in the target you have to work around. Some programs is simpler to build native for sure but on the few times I resorted to that I could build on the development card. It's nice to have more than one platform for other reasons like when things do not work you have something to compare against. -- Kenneth Johansson Ericsson AB Tel: +46 8 719 70 20 Tellusborgsv?gen 94 Fax: +46 8 719 29 45 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Creating RAM disks as a non root user.
On Tue, 2003-02-04 at 22:52, Wolfgang Denk wrote: > > In message <2702075D4DE2B043BF5EB82E9CFAD45B093BBB at mail1.mediatrix.com> > you wrote: > > > > Here is the recipe we use to mount ramdisk images without being a root user. > ... > > Note that the option 'user' in fstab allows any user to mount/unmount this > > specific entry. > > Just _mounting_ ramdisk images is not the problem... > > > You can either create new ramdisk images, or mount already existing ones > > (very useful!). > > ...but to create a useful ramdisk image you will usually also have to > create the device nodes in the /dev directory. And this is something > that really _requires_ root permissions (or it would otherwise open > huge security issues). > If you want full control over owner and group on a file by file basis you can run fakeroot while creating the image/tar or whatever. I don't know if fakeroot exist anywhere else than in debian but it should not be hard to port. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Tellusborgsv?gen 94 Fax: +46 8 404 72 72 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Need IDE for embedded Linux project
On Tue, 2003-01-21 at 21:10, brian.auld at adic.com wrote: > Option 4: Linux development server <--> PC-X server software > (hummingbird) on windows development hosts. This is the one you want. But the windows machines would not be the developent host but the x server. Since all the programs and files would be on the one linux box that would be the development host. You can test a setup like this with http://www.cygwin.com/ + http://www.cygwin.com/xfree/ without spending any money on software. If you want to spend money I have previously used http://www.ncd.com/products/software/pcxware/ and at least version 4 works quite good. Also you want to configure this with XDM (XDMCP) this way it looks just like everyone had their own linux computer. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Tellusborgsv?gen 94 Fax: +46 8 404 72 72 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
How do you change the program counter (PC)
On Fri, 2003-01-24 at 04:02, Shen Rong wrote: > > SREC: (I am not much sure) It seems an old format used mostly by motorola. > It's like BIN format, but has other information used for downloading. It seems > some bootloaders need SREC format for downloading. > SREC is more or less the same as a BIN file but it has an address and checksum so it would be much smaller if you want to put a byte at 0 and one at 10 and you can be sure that is is correctly transfered. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Tellusborgsv?gen 94 Fax: +46 8 404 72 72 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
access memory mapped registers
On Fri, 2003-01-10 at 01:46, Muaddi, Cecilia wrote: > > I can see if I mmap the internal 860 CPU registers, and screw up that, I > will > definitely screw up the system, and require it to be reboot. BUt if the > hardware we are mapping is outside the CPU internal memory and outside the > RAM, > shouldn't the failure be limited to the user application only then? > > for example, an ethernet switch chip in a layer 2 router is controlled > by the PPC 860. THe 860 is only used for configuration (not in the > datapath) > if I mmap > only the memory regions that is mapped to the ethernet switching chip, > even if I screw up on the hardware setup, shouldn't my kernel still be > protected? At most, the application faults and I should be able to restart > the application without rebooting the system? > Yes you are safe. There is nothing wrong with doing things in userspace if you can. I have designed our system like this and have a very simple IRQ driver that signals to userspace that an interrupt is pending to get response time down and avoid polling but that is the only part I have in the kernel. The only reason to put anything into the kernel is speed and protection so the first option should be to try to do it in userspace failing that move it or parts to the kernel. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Tellusborgsv?gen 94 Fax: +46 8 404 72 72 126 25 Stockholm ken at switchboard.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
4xx critical exceptions
On Thu, 2002-12-05 at 00:00, Brian Kuschak wrote: > > I'm interested in using the watchdog interrupt as a > critical exception. I have somthing that sort-of > works, in that I get wdt interrupts and service them > appropriately, but I'm getting panics on a regular > basis. I thought this was strange as I had seen a watchdog driver in the kernel for 405 but after reading the source of said driver I no longer think that:( I have not tried the driver but from the look of it I would say it's not doing anything useful. > I'm guessing we don't have any unused SPRGx registers > to use here. I was thinking about temporarily > disabling CE until saving SPRG0,1, but that can't be > done without using at least one register, and none of > them are saved at that point. > > Any ideas? Not really. Do you want to try to set up a c environment or do you plan on just doing the thing in asm directly? The code in the exception handler do not have to do much something like if(wdt_count++ < max_wdt_loops) clear_wdt_ENW(); return should do. Then if userspace or whatever it is that kicks the dog has not reset the wdt_count we let the hardware just do the reset. ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
why so slowly when use serial to download S-record file?
The reason is that ppcboot/u-boot only support a very simple version of kermit where the sender waits for an ack before sending another block. kermit should have a mode that is as efficient as some of the [x|y|z]-modem maybe you could add that code to u-boot. On Sat, 2002-11-23 at 05:42, caixupeng wrote: > > Dear all, > > my ppcboot is 1.2.1 > and I set baud rate to 38400, but it need almost 4 hours to download a 2 Mega > bytes file. > what's wrong ? > > my board is ebony. > > Who know the reason? > > please tell me. > > thanks! > > edmoon > > -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Debuging Problem in PPC440GP
On Fri, 2002-11-22 at 22:40, Aman wrote: > > Hi All > > I wanted to debug the application in ppc440gp. To debug I am using gdbserver > and ddd. The application which I have written is hello world program. In the > target the command is > > root at 192.168.13.246:~# gdbserver 192.168.13.242:4000 hello > Process hello created; pid = 107 > > In the host the command is > ddd --debugger ppc_405-gdb --gdb hello and then in the GUI the following > command is given > > target remote 192.168.13.246:4000 which in turn creates the following line > in the target > Remote debugging using 192.168.13.242:4000 > > In the above situation , if I say "cont" , the program executes normally. > However if I say "run" , it gives the following error > > (gdb) run > Don't know how to run. Try "help target". > > and in the target it says > > "Killing inferior". > > Can anybody help me in solving this issue. Solve what? from the output it's clear that gdbserver already created the process and since it's already running you can just use continue. Also the remote protocol is very low level it dose not know how to start a program. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
glibc 2.2.2 error
If you read the INSTALL file you would know that --with-headers should point to the linux kernel headers. I guess the path could be right but most probably not. On Mon, 2002-11-18 at 13:20, rekha gvv wrote: > > Hello, > I am setting up glibc for powerpc target but It gives > me errors .. > I have set the options > CC=powerpc-linux-gcc > ./configure --build=powerpc-linux \ > > --enable-add-ons=linuxthreads \ > > --with-headers=/usr/local/powerpc-linux/include > > But when u compile it is not able to find the headers > there ... > it gives these errors ... > so can anyone specify the right options to configure > glibc. > > > In file included from ../posix/bits/posix1_lim.h:126, > from :1: > ../linuxthreads/sysdeps/unix/sysv/linux/bits/local_lim.h:36:26: > linux/limits.h: No such file or directory > make[1]: *** [../bits/stdio_lim.st] Error 1 > make[1]: Leaving directory `/usr/src/glibc-2.2.2/csu' > make: *** [csu/subdir_lib] Error 2 > > > thankyou! > > > -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
gdbserver and gdb cross debug?
On Mon, 2002-11-18 at 02:43, sjk wrote: > > "William A. Gatliff" wrote: > > > Jikun: > > > > On Mon, Nov 11, 2002 at 03:39:07PM +0800, sjk wrote: > > > I am porting Linux on EP405 board. So I use gdbserver and gdb to debug > > > applications,but only the first > > > breakpoint could be stopped.Then if i press 'step', the program will > > > execute to end straightforwardly . Any other breakpoints could not break > > > the execution. > > > > Have you compiled the application in question with optimizations? Gdb > > isn't so good at debugging optimized code. Compile with -g -O0 if you > > intend to debug. > > I tried to compile hello.c as following: > > ppc_405-gcc -g -O0 -o hello hello.c > > Then set up the connection of gdbserver and ppc_405-gdb. The program could not > be debugged step by step either. > Is it possible that there is bug in ptrace.c or traps.c > > > Thanks a lot > > Jikun I have looked into this some more and could not find any problem on the kernel side(this is no guarantee that none exist). I also get the same problem with the gdb version from debian (woody)and a fresh compile of 5.2. However using the gdb 5.1.1 from ELDK 2.0 makes single step work but it steps right into functions that have no debugging information and I think step is supposed to avoid this. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
USB Host Controller Problem
On Thu, 2002-11-14 at 08:22, Nageswari S wrote: > > Hi, > > I have a custom PowerPC baord based on IBM 405 core with "No PCI". > > I have my USB Host controller (OHCI) based with HC registers from > 0xef601200. > > When I access these address locations, I am getting kernel panic with > machine check interuupt. > > Is there any special setting to enable IO address range. you use ioremap ? -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Accessing nvram rom the linux users space
On Tue, 2002-11-12 at 20:52, Mike Moleschi wrote: > > I guess it has to be a disk in that I would like to have a file > system on it and move files around on it -- basically I want to > be able to treat it like a disk from a command line perspective. Good luck finding any filesystem that works on 32kB. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
gdbserver and gdb cross debug?
On Mon, 2002-11-11 at 14:55, Andreas Beranek wrote: > Hello, > > > > I am porting Linux on EP405 board. So I use gdbserver and gdb.. > > > Has anybody tried the bdi2000 is that also broken now ? > > We encountered similar problems. We got it to work with the BDI2000. > > Some hints: > > Use the latest Firmware from Abatron. > Use the latest Tools and Kernel. > Set the Breakpoint-type to "HARD" in BDI config file. > Check the MMU setup. > Avoid setting software breakpoints in FLASH. > > Mit freundlichen Gr??en, > What version of gdb ? Is bdi broken for soft breakpoint ?? has it ever worked with soft breakpoint? I tried to get bdi working once and never got soft breakpoints to work but I did not spend much time on it I needed to solve my problem and used printk as usual :(. Anybody used kgdb ? -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
TLB SETTING in 440GP
On Sun, 2002-11-10 at 14:22, Aman wrote: > > Hi All > > Can anybody tell me how the TLB setting is done in PPC 440GP linux. I did a > comparison of TLB mapping between eval kit and my proprietary board. There > is a huge difference between the both. I'm not sure what you are doing but unless the 440 code locks some tlb entries to be static they should all change to what the system needs in that instant. Generally TLB is a dynamic thing that should not be the same so it's not an indication of a problem. The contents is loaded by the kernel so you should not have to do that. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
gdbserver and gdb cross debug?
On Mon, 2002-11-11 at 08:39, sjk wrote: > > Hi, > > I am porting Linux on EP405 board. So I use gdbserver and gdb to debug > applications,but only the first > breakpoint could be stopped.Then if i press 'step', the program will > execute to end straightforwardly . Any other breakpoints could not break > the execution. > > Please give me some advice! I did some testing on the devel source and with gdb from debian I got the same result. Strangely doing a next works ?? I turned off bdi and kgdb but still got the same problem. From reading kernel/ptrace.c it dose look like the only problem should be single step. The problem is probably that there exist some return path to user space where we miss restoring the msr or debug register but I have to look deeper into this. Do somebody have testing code for ptrace?? running gdb is a bit heavy I'm not even sure it's the single step that is wrong. Also I tried to cross compile gdb5.2 and that did not work as I want both host and target to be the same and build to be set to i386 but host and build is the same in the makefile :( Has anybody tried the bdi2000 is that also broken now ? What version and patches do people use for gdb on 4xx ? Strace do not use singlestep but still fails spectacularly when I tested with my main application. I did not expect tracing an app to make this app fail to run. tracing simple shell commands like ls works just fine. What type of problems should I expect to have with strace ? /me really should get my toolchain in order but print(f|k) is so much easier to use than first fix the debugger :( -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
glibc 2.2.5 error
On Tue, 2002-11-05 at 12:14, rekha gvv wrote: > > HI, > when i try to compile glibc 2.2.5 for the > powerpc-linux target on a i686 host system ..i get the > following errors.can i know which version of glibc > should i use ? > i did a configure and set --target=powerpc-linux > --host=i686-pc-linux-gnu Why do you not read the INSTALL file? -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Riscwatch Probe
On Sat, 2002-10-19 at 20:48, Aman wrote: > > Hi All > > Can we use Riscwatcg Probe from IBM to debug PPCboot code. > yes and no. I could never get riscwatch software to do symbolic debugging. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
bitkeeper
On Tue, 2002-10-15 at 10:45, fred wrote: > > I am behind firewall. I can use neither rsync nor bk. I miss tar.bz2 packet. BK works over http also and can be used with a http proxy. export http_proxy=http://proxy:80 Do not forget the port number BK do not try on port 80 by default as a lot of other programs do. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
very minor 405GP and 405GPr PCI difference
On Wed, 2002-10-09 at 03:58, David Gibson wrote: > > That's all very well if you've got PPCboot, but lots of boards have > firmware which is, lets face it, shite. The kernel has to be able to > deal with this case. And since it has to deal with it for the case of > crappy firmware, is there any point turning it off for the case of > decent firmware? I think it's a good idea to isolate the kernel as much as possible from the bootloader. This way you cut down on strange bugs that could depend not on the kernel but on the firmware. What do we really gain by trusting the firmware for anything but the most basic stuff like some timing values and dram setup. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
cross debug with gdb/gdbserver on 405GP
On Fri, 2002-09-20 at 17:09, Matt Porter wrote: > > On Fri, Sep 20, 2002 at 01:12:13PM +0800, sjk wrote: > > > > Hi, > > > > I am porting Linux on CSB272 405gp board.The Linux kernel works. > > But I can't debug applications with gdb and gdbserver. > > You weren't kind enough to tell us what kernel you are using. :) > ASSuming that you are using a recent 2_4_devel kernel, I explained > the broken 4xx debug situation in the thread, "kgdb with 2.4.20pre7 > kernel on 405 target", three days ago. Check the archives. > > Regards, > -- > Matt Porter What's the ETA on the fix? It's been this way since start of sep. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
NFS root thru PPP
On Mon, 2002-08-26 at 17:22, M?sz?ros Lajos wrote: > > Have anybody experience with NFS root using PPP ? > > I have ported 2.4.18 kernel to a factory developed 850 board. > It has two serial port but no ETH (the next version will have one). > How can I use the 2nd serial as NFS root dev? I looked into this a year and a half ago and got to the conclusion that ppp can't operate without the pppd userspace program. So I did a small RAM disk that starts ppp and then use chroot to get to the server root. This works but running everything over a serial line is slow to start. Once things has been cached it's works quite good but you really want to avoid rebooting :) Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
cygwin and embedded linux
On Fri, 2002-08-23 at 07:18, Dan Malek wrote: > > Dr. Craig Hollabaugh wrote: > > > I'm curious ... > > > > How many out there actually are compiling PPC code natively on a PowerPC > > Linux box for their embedded devices? > > Me. And I remember what you thought about people like me that tried to make the cross compile environment going. Lucky you that I managed to delete my old mbox otherwise I could repost some interesting mail :) But it finally did work out OK and nowadays all you really need to now is what parameters to give the configure script. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Trivial cleanup in ocp_uart.c
On Thu, 2002-06-27 at 22:30, Paul Mackerras wrote: > > Armin Kuster writes: > > > This is in devel, I guess what I should have done was fork and do all > > the work there and then provide a complete solution to devel. :) > > No, working in devel is fine. But it would help if you could write > down your thoughts about where this is going, and where you would > like it to end up, and post them to the list. And I would very much like to get a clarification how stuff gets moved from devel to 2.4. What is the criteria used here?? I got the impression when it was started that it was intended as a testing area before moving it into 2.4 but the moving it seems to be very slow. Should perhaps a change that has been in devel for month without ending up in 2.4 be moved to 2.5. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Trivial cleanup in ocp_uart.c
On Thu, 2002-06-27 at 18:23, Scott Anderson wrote: > > David Gibson wrote: > > Eek, wibble. It still seems somewhat unlikely to me that you'd be > > changing the peripherals "on the fly" in a real life embedded > > application. Especially considering that reboots are likely to be > > much less of an issue on an embedded system than on a big server. > I guess I wouldn't be quite so quick to dismiss this as unlikely, but > I must admit, my crystal ball is in the shop this week. It sure would > be nice to keep such things in mind as OCP is evolving, though. As someone who actually work with FPGA chips I can assure everyone that those are always to small even when you pick one that seems insanely large when you start. I have many times been in a situation when is could work quite well to have mutually exclusive subsystem but what has stopped that before is that the chips/software usually do not support partial reconfiguration and you usually can't reconfigure the whole part without disturbing normal functions. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Debugging Network Performance
I suggest using netpipe or something so you also can see the impact of different packet sizes. I have attached one graph done from a walnut card but I do not remember exactly what kernel version was used. On Tue, 2002-06-04 at 06:34, Allen Curtis wrote: > > I was wondering if anyone could provide some pointers on monitoring and > debugging network communications. The performance of Ethernet communications > seems to vary with kernel revisions. I would like to analyze this problem > but I need a little guidance on the issue. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se -- next part -- A non-text attachment was scrubbed... Name: out.png Type: image/png Size: 1691 bytes Desc: not available Url : http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20020604/fee99712/attachment.png
[PATCH] ibm ocp gpio
On Tue, 2002-05-21 at 20:26, andrew may wrote: > > On Tue, May 21, 2002 at 06:28:41PM +0200, Kenneth Johansson wrote: > > On Tue, 2002-05-21 at 18:08, andrew may wrote: > > > > > Well no it doesn't need to be in the driver, but you then are forced with > > > having every other driver doing there own timer to turn off the bit rather > > > than having one timer take care of them all. And do you really want to > > > > Well I don't think that would be a problem and if we are talking led's > > its not going to happen more than a few time a second you have to see > > the thing flash. I don't want more code in the kernel than absolutely > > necessary all it takes is one bug. > > > > If you really want to make something that can't be done other than in > > the driver it's some type of streaming mode and then you have to have > > timers to control the speed. Think any card that needs to program sram > > based FPGA it would probably go many times faster than todays interface. > > Look at the code and stop the hand-waving generalities. relax I did not say your code was buggy it was more .. well general hand-waving :) > The other motto of the kernel is do it once right. If this code is not > there every thing that just wants to turn on a LED for a half second needs > to do their own timer. I have a couple drivers where I use some LED's on the > GPIO pins and I don't want to do a timer in each one of them. I do not see a problem with everyone doing the timers but it's not me you have to convince I can't commit the code anyway. It would be better if you made a more generic interface. perhaps something that took commands in the form of. struct gpio_command{ int action; int value; int ns_wait; } action would code in what register to use and if you want to set or clear the bits specified in value. Now you could do a mode that loop over an array of this type of commands. This would have the "side effect" of speeding up large transfers over SPI bus or similar things and help you with flashing your led. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
405 I2C
On Tue, 2002-05-21 at 20:00, andrew may wrote: > well i2c...read_byte_data is really a write of 1 byte followed by a read > of 1 byte. The scan is just a read of 1 byte. Yepp thats the difference. > > So you should be going through the combined xfer function. Yes your right I missed that. It dose look like it's the first write that never get an ack. This is the debug output from a one byte read from address 0 from a non existing device. kernel: iic_xfer: iic_xfer: Clearing status register kernel: iic_xfer: Waiting for any pending transfers to complete kernel: iic_xfer: Clearing master data buffer kernel: iic_xfer: Loading slave address kernel: iic_xfer: Call combined transaction kernel: Beginning combined transaction kernel: This one is a write kernel: iic_sendbytes: Waiting for interrupt kernel: iic_ibmocp_handler: in interrupt handler kernel: iic_ibmocp_handler: status = 26 kernel: i2c-algo-ppc405.o: fail: only wrote -1 bytes. It dose look like I actually have to learn how this is supposed to work we seem to have more than one problem with the current code :( -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
[PATCH] ibm ocp gpio
On Tue, 2002-05-21 at 18:08, andrew may wrote: > Well no it doesn't need to be in the driver, but you then are forced with > having every other driver doing there own timer to turn off the bit rather > than having one timer take care of them all. And do you really want to Well I don't think that would be a problem and if we are talking led's its not going to happen more than a few time a second you have to see the thing flash. I don't want more code in the kernel than absolutely necessary all it takes is one bug. If you really want to make something that can't be done other than in the driver it's some type of streaming mode and then you have to have timers to control the speed. Think any card that needs to program sram based FPGA it would probably go many times faster than todays interface. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
405 I2C
On Tue, 2002-05-21 at 17:59, andrew may wrote: > > Also I have a problem when accessing a device that is not present. The > > bus ends up in busy state an no other action can be taken. I solved the > > problem for me here by simply removing the test in iix_xfer but a proper > > solution has to be discussed. I have not tried Andrew's new iic_xfer is > > it going to be merged ?? > > Does the scan bus work for you? It should go through and read from all > possible locations and report if a device is there. It works with my > iic_xfer but I don't rember if I tried the old one. It should have the > same effect as "accessing a device that is not present". No it's not the same the scan work ok. I have not looked into exactly why it works but my test program that reads 1 byte from userspace with i2c_smbus_read_byte_data() dose not. I hoped I did not have to dig thru too much into this as I don't know much about it. > > Which test in iix_xffer that? Good question I get a bit unsure of what is going on when I read it again but here is the test I removed. Everything works as I want when I remove it. /* When the bus is free, the BCS bits in the EXTSTS register are 0b100 */ if (ret != 0x40){ return IIC_ERR_LOST_ARB; } -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
405 I2C
How would you feel about merging the i2c-adap-ibm_ocp.c andi2c-algo-ibm_ocp.c into one file. This way it's possible to build the i2c drivers as a module. Also I have a problem when accessing a device that is not present. The bus ends up in busy state an no other action can be taken. I solved the problem for me here by simply removing the test in iix_xfer but a proper solution has to be discussed. I have not tried Andrew's new iic_xfer is it going to be merged ?? -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
[PATCH] ibm ocp gpio
andrew may wrote: > > The most common thing I want to use the GPIO pins for is > simple lighting of some LED's. I decided to roll in some timers > into the generic GPIO driver rather than haveing each user of the > GPIO driver be forced to do some form of timers to get a usable > LED visual as well. > > I think I got the timer stuff correct but I am not sure. > I didn't bother cleaning it up until I get some feedback on it. > > > - > Name: gpio.patch.gz >gpio.patch.gzType: unspecified type (application/octet-stream) > Encoding: base64 I don't think we should add this It's not really something that needs to be done in the driver. Also you have not exported this functionality to userspace. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
bdi gdb
I thought it was time to leave the stone age(printk) and got myself a bdi2000 so I could use gdb. I have played with it for a few hours and have a question. Should software breakpoints work with gdb5.2 and bdi2000 while debugging the kernel for a 405 ?? -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
File System on 64-bit-bus-width Flash memory
Sangmoon Kim wrote: > > Hi, > I want to make a flash file system on a custom MPC755 board with a 64-bit > (bus width) flash memory. > I set CONFIG_MTD_PHYSMAP_BUSWIDTH = 8 at kernel configure, and when it boots > the following message appears. > > physmap flash device: 40 at 7c00 > genprobe_new_chip called with unsupported buswidth 8 > CFI: Found no Physically mapped flash device at location zero > > Is it possible to make a flash file system with a flash memory of 64 bit bus > width? If possible, what's the method? Please let me know. You could fix it so it can handle buswith 8 or you could write a mapping driver that fakes buswidth 4. The simplest is to make the first 32 bits of the bus one region and the last 32bits another. So if you have 8MiB you get 4MiB only using the first 32 bits followed by 4MiB using the hi 32 bits. This way the autdetetcion should work ok. -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
IBM ocp I2C circular dependency
andrew may wrote: > ps you forgot a "t" in .net. and the a in Armin's email. At least I got the mailinglist right :) -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
IBM ocp I2C circular dependency
Would that kind of problem not hang the process?? I don't see that. Allen Curtis wrote: > > I can not speak toward the modularization issue but if the i2c is anything > like the old 8260 version, change the interruptible_sleep_on() to > interruptible_sleep_on_timeout(). IMHO this is the easiest fix. > > -Original Message- > [mailto:owner-linuxppc-embedded at lists.linuxppc.org]On Behalf Of Kenneth > Johansson > Also I found a problem with the code when I access a i2c memory from > userspace and no chip is present at that address. After that it's not > possible to access anything else on the I2C bus. Works OK as long as I use > addresses that have a device that answers (I think). > -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
IBM ocp I2C circular dependency
i2c-adap-ibm_ocp.c uses i2c_iic_add_bus and i2c_iic_del_bus from i2c-algo-ibm_ocp.c i2c-algo-ibm_ocp.c uses iic_ibmocp_waitforpin from i2c-adap-ibm_ocp.c This makes it impossible to build as a module. I'am not shure how you want to solv this. Also I found a problem with the code when I access a i2c memory from userspace and no chip is present at that address. After that it's not possible to access anything else on the I2C bus. Works OK as long as I use addresses that have a device that answers (I think). -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Borgafjordsgatan 9Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Walnut networking problems
I had to make a static arp entry in the server to make it work but that was the prom code not linux that was the problem. Jim Duey wrote: > > I have a Walnut board that I've been working with for sometime. I got it > working fine with Linux, but the networking seems to be fragile. For > instance, I switch from a Ethernet switch to a hub and now the board won't > boot over the network. Also, it has never been able to use DHCP. What are > teh reasons for this fragility? If I design the 405GP into my product, will > it have the same problems or is this strictly a Walnut related issue? > > Jim > -- Kenneth Johansson Ericsson AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Memory Pre-allocation (mem=xxx)
I'am not shure what you mean with a module driver during boot but If you want to pass a option that was entered in the bootline you can read the bootline from /proc/cmdline and with some small shell script extract the part you want and pass that to the module when you insert it. "David C. Chiu" wrote: > > Thanks for your comment Wolfgang. > > The driver in question is compiled as module, and the last time I > checked (a year ago) there isn't a way to pass an argument to a module > driver during boot time. Has this changed? The kernel is 2.4 series. > > -Original Message- > Wolfgang Denk > Sent: Friday, February 22, 2002 4:57 PM > > In message <8A098FDFC6EED94B872CA2033711F86F0ABD0C at orion.ariodata.com> > you wrote: > > > We're working on a project that requires a two megabytes block of > > contiguous memory in kernel space. Although it is well documented that > > memory can be reserved by using mem=xx arguments during boot time, it > is > > unclear (to me) as to how a driver can automatically detect the size > of > > the said reserved block. > > Pass an extra boot argument? -- Kenneth Johansson Ericsson Telecom Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
JFFS2: strange output
I think you used up all free blocks and now you basically is in a state where you have to wait for one to get free before anything can happen. If you just wait a while when things start to get slow then repeat the test do you get a few runs that are fast again? Alex Zeffertt wrote: > > Hi all, > > I'm using a linux-2.4.4-2001-11-24 kernel on an MPC862 based board. > > I've been playing with JFFS2 and getting some strange results. > > First I erase /dev/mtd2 (a 6 MB FLASH partition). Then I mount the same > partition > > > mount -t jffs2 /dev/mtdblock2 /mnt > > Then I copy file1 (a 500K file) to /mnt and repeat the following over and > over: > > > cp /mnt/file1 /mnt/file2; rm /mnt/file1; mv /mnt/file2 /mnt/file1 > > After 10 of the above I get the following message in /var/log/messages: > > Dec 24 00:04:58 gonzo kernel: Waiting for chip to read, status = 4 > Dec 24 00:05:40 gonzo last message repeated 2 times > > After 11 of the above I get the following message in /var/log/messages: > > Dec 24 00:05:55 gonzo kernel: Waiting for chip to read, status = 4 > Dec 24 00:05:55 gonzo kernel: Waiting for chip to read, status = 7 > Dec 24 00:06:26 gonzo last message repeated 2841 times > > By this point the copies are progressing painfully slowly. > > I repeated the same test with JFFS1 and had no problems. I repeated the > above command 100 times, > with no strange output in /var/log/messages, and with no slowing down. > > Has anybody had similar problems with JFFS2? > > Alex > -- Kenneth Johansson Ericsson Telecom Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at etx.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linuxppc_2_4_devel on walnut
Dan Malek wrote: > > Kenneth Johansson wrote: > > > But "time dd if=/dev/zero of=testing bs=1024k count=100" on a nfs mouted fs > > used to be 18s and is now 21s, a 16% slowdown not that I care much but still > > quite a large difference. > > What versions of kernels/drivers are you comparing? Do you do this > back-to-back with the same NFS server, or have you introduced more > variables into your testing? This is why specially prepared network > performance testers are better suited for discussion. This was to the same nfs server on a live network. I did the test only two times on the first kernel version that was checke out a few hours before the mail was posted last friday. This was not done to benchmark anything but a way for me to verify what speed the networks was using 10/100 Mb was at the time reported wrong by the driver. The reason I run it twice was that I thougt 5,5MB/s was not so great but the second run had the same number. Then I upgraded the tree to a version that had Armin Kusters changes and just for fun run the test again. If I test only tcp/ip over the network I now get this.. walnut:/tmp# time dd if=/dev/zero bs=1024k count=100 | nc -q0 9 100+0 records in 100+0 records out real0m14.838s user0m0.370s sys 0m14.380s --- 6,7Mb/s If I do the same from a intel 400MHz kernel 2.2.20 I get --- [innkeon at spawn innkeon]$time dd if=/dev/zero bs=1024k count=100 | nc -q0 9 100+0 records in 100+0 records out real0m12.838s user0m0.110s sys 0m1.890s --- 7,8 MB/s hmm funny the difference is also 16% (nc is the netcat program.) -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linuxppc_2_4_devel on walnut
Armin Kuster wrote: > > Kenneth Johansson wrote: > > > > But the ethernet reporting of the line is wrong. This is a problem with the > > printout only as the function is right. The 100Mb full duplex is reported to > > be 10Mb half and vise verse. > > > > Kenneth; > > I finally got arround to looking into this and the problem is the > status. > We use the status to program the emac to the same speed as the PHY. > > I have attach a patch the should correct this. I saw that this was also in the devel tree so I updated my copy and yes the printout is now right. But "time dd if=/dev/zero of=testing bs=1024k count=100" on a nfs mouted fs used to be 18s and is now 21s, a 16% slowdown not that I care much but still quite a large difference. And I have not tired this on my 10Mb port yet as I still have only one active but as soon as they work again I test on 10Mb. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linuxppc_2_4_devel on walnut
The saga continues. Well some of the problems I had was of the brown paperbag over head kind of error but now I can boot and run a version checked out a few hours ago. But the ethernet reporting of the line is wrong. This is a problem with the printout only as the function is right. The 100Mb full duplex is reported to be 10Mb half and vise verse. I have not run the walnut hardware for some time but I still have a quite severe problem with ethernet in 10Mb. What happens is this if I connect to a 3com 10Mb hub that is connected to the office net (cisco switch) the switch turns off the port after some time mostly when I run apt-get. Since the walnut card is never directly connected to the switch this must be some logical error in packets probably the intergap time is to small that is the only thing I can think of as the switch only care about the ethernet layer. This problem could maybee exist if I directly connect to the switch I have not done that and no I can not test this easy as I don't control the switch and now only have 1 working port in that room and it is really needed. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linuxppc_2_4_devel on walnut
This is a litte update. I did indeed not use the default configuration. The default worked fine. The problem with the network was a typo in the command line and no problem with the driver code but something is funny in the ip autoconf code. So now it sets the ip and stuff over bootp but the nfsroot fails without even trying to go out on the wire. This was with the code from 2001-10-29. So I updated to todays version recompiled with the default and now I don't get any output from the kernel even on the serial console. I did not have time to read thru every patch since oct 29 today so I ask is this problem known to exist at this point. Kenneth Johansson wrote: > > I tried the latest version on my walnut card and noticed two things. > > 1. The default configuration don't compile > > 2. The ethernet driver gets confused. It reports 10mb and half duplex when it > really is 100Mb full duplex. And it reports 100Mb full duplex when only 10Mb > half duplex exist. > > -- > Kenneth Johansson > Ericsson Business Innovation AB Tel: +46 8 404 71 83 > Vider?gatan 3 Fax: +46 8 404 72 72 > 164 80 Stockholm kenneth.johansson at inn.ericsson.se > -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
linuxppc_2_4_devel on walnut
I tried the latest version on my walnut card and noticed two things. 1. The default configuration don't compile 2. The ethernet driver gets confused. It reports 10mb and half duplex when it really is 100Mb full duplex. And it reports 100Mb full duplex when only 10Mb half duplex exist. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Improving ramdisk uncompression time...
Subodh Nijsure wrote: > > Hello, > > My setup has rather large ramdisk 5MB as the ramdisk contains > firmware for other boards in the system. In total boot time of > about 60 seconds, close to 50% is spent in uncompressing the ramdisk. I have a 10MB ramdisk when compresses is a little over 2MB. On a 405 in 200MHz this takes 1 second to uncompress. Are you sure you have cache working. You could try to use cramfs. Then the the data don't have to be uncompressed. I think I have not used it myself. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
BitKeeper and linuxppc_2_4_devel
Steven Scholz wrote: > > > Er, there's a problem? I didn't know you could do a clone from the > > http one, just the bk:// version. I'll try updating the bk version > > running on source later this afternoon. > > > > bk://source.mvista.com/tree does work tho. > > Did the http version ever work? > > Is it posible at all to use bk:// through a proxie server? > If so, please tell me how. Which Port? > The BitKeeper docs aren't exactly very detailed. > > Cheers, > > Steven Well I never got it to work and since I never read anything from anyone that it works assumed it just was not implemented. But now I did some more testing and it turns out that bk when using http:// thru a firewall really do need the port number part of the http_proxy env variable or else it won't work. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Board names for 4xx
Dan Malek wrote: > > Tom Rini wrote: > > > I do wish someone else would speak up tho. Does anyone out there have an > > opinion? > > If the information from /proc is just used for pretty print out of > information, I really don't care. If there are applications that read > this for some internal configuration and flexibility, we better have a > standard format. > > -- Dan Debian uses /proc/cpuinfo to find out what utility to use for the RTC (clock,hwclock). This could be fixed if the code from clock was integrated in hwclock. hwclock tries every method it knows until one works. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
status of linuxppc_2_4_devel for ppc405gp
Stefan Roese wrote: > > Hi, > > > Is anybody running this linuxppc_2_4_devel on a walnut board or custom > ppc405 board? What is the "official status" of the ppc405 support in this > linux tree? Well I was waiting on Dan making some kind of statement that his merge was ready. Are you saying that he got in enough to actually run the kernel on a 405 ? -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
BDI2000 vs RiskWatch
Scott Anderson wrote: > > Felix Radensky wrote: > > Can someone please explain what BDI2000 can do that RiskWatch cannot. > Bottom line: If you are developing on Windows, the RiscWatch is probably > what you want. If you are developing on Linux (which I hope is the > case), you want a BDI2000. Otherwise, you're going to need a Windows > box for RiscWatch to run on and then you'll have to set up Samba or some > other mechanism for the Windows box/RiscWatch to see your sources, etc. No the RiscWatch is as useless in wondows as it's under unix. To be fair RiscWatch is not one product but two separate entites. The hardware part is marked IBM RiscWatch but is in fact a box from hp(agilent). To control this hardware you just have to telnet into it. The software part is the one that sucks and I REALLY mean that. I had a hell trying to get this to work. To begin with the software can't be used on any Xdisplay that uses 16 bith depth it just crash. This is not entierly easy to figure out when all displays is running in this mode and the IBM people don't know about this problem. Solution run in 8 bit :( Then is came a bit longer but hang when it was trying to flash the hp box with software for the version of cpu I was using. Several visit's by IBM people could not solv this problem so they gave me a box on loan that had the right software already inside. Now I could run commands like reset and singelstep but the run command resulted in the software hanging again but the target cpu was at least running. So I could set up registers and stuff and do one run. Not very usefull mode :( Then came summer time (daylight saving time) and now without me doing anything it worked more or less as intened ? But only if run from solaris 2.7 not from solaris 2.6 ? Then it seems to have a life on it's own. The "reset system" command has always done a complete reset and the cpu has started as normal from flash/rom. But a few weeks ago it nolonger can start from ROM as for some reason a reset system fails to put valid entry into chip select 0 registers making an access to fffc invalid :( Well my recomendations is to stay far away from this software. The hardware part is probably ok and you can buy just the hardware but as it needs to be programmed to the target cpu you use and that is in the software package in practice you need both. It is probably quite easy to interface the hardware with gdb but you need to snoop what RiscWatch dose as the help for the telnet interface in the hp box is to little to be usefull. I have not used BDI2000 so I can't really say anything about it but my recomendation is anything BUT RiscWatch. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Can I use RiscWatch to load ppcboot?
byf wrote: > Hello, > > I am working for walnut 405GP, it has a ROM Monitor and RiscWatch. > now I want to use PPCBoot to overwrite ROM Monitor, > Can I use RiscWatch to load PPCBoot to flash or to ram and run it? > yes. I use the onboard SRAM walnut has a switch that exchange the flash and sram address. So once you load it you can actually reset the machine and it will boot just like you had programmed a real flash just don't tun the power off :) -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Whate kind of kernel errors cause an Segmentation Fault
No segmentation fault is sent as signal 11 it's not a return value. Happens when the program uses memory it dose not own. K?ri Dav??sson wrote: > > EFAULT i believe > > check linux/include/asm/errno.h > > K.D. > > > -Original Message- > > From: Ralph Blach [mailto:rcblach at raleigh.ibm.com] > > Sent: 30. mars 2001 14:19 > > To: Embedded Linux list > > Subject: Whate kind of kernel errors cause an Segmentation Fault > > > > > > What kind of kernel return codes will cause the C library to print out > > the message > > > > "Segmentation Fault" > > > > Thanks > > > > Chip > > > -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
possible problem in memory management
Dan Malek wrote: > > Kenneth Johansson wrote: > > Running emacs or simply login over telnet puts it into that state. > > I know that login over telnet works for me. That isn't much of test, > as it is nice to be able to debug memory problems with carefully > controlled tests so you know if you have really corrected problems. You'r right I did some more testing and emacs was a false alarm. It turns out that the offender is the tcpd wrapper that debian has in inetd.conf. In the default configuration doing a telnet,finger or talk puts the system in this "funny" state. Removing the wrapper and everything is fine. I also found out that the man command get segmentation faults after tcpd has run. So to sum it up "man ls" and "dpkg --configure" both works OK before the first run of /usr/sbin/tcpd from debian (potato). After that they alwas get segmentation fault. I think this is a good enough test however I don't even have a theory on why it's happening. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
possible problem in memory management
Frank Rowand wrote: > > Dan Malek wrote: > > > > Matthias Fuchs wrote: > > > > > CPU: IBM PowerPC 405GP Rev. C at 198 MHz (PLB=99, OPB=49, EBC=33 MHz) > > > > Get yourself an up to date Rev. D CPU. The Rev. C workarounds in > > the kernel were reasonable attempts, but probably aren't complete. > > Dan is correct. We did not do an exhaustive scan of the kernel to add > workarounds in all places they might be necesary, just enough to make the > kernel fairly stable and usable. Even in the places where the workarounds > are in place, they are not guaranteed to be 100% effective. But I do think there is a memory bug inte the version of the kernel he is using. I can produce a error state at will running debian (potato) on that kernel. Running emacs or simply login over telnet puts it into that state. I currently is not working to resolv the problem so I don't have more infomation than that it fails, sorry. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Compiling/debugging 405GP and RISCWatch
Mark Powell wrote: > > > Is it possible to use the RISCWatch/JTAG interface as a backend to gdb? No target exist now that Iam aware of. The thing that prevent one from beeing written is that the help on the commands that the riscwatch probe can do is to poor. for ex. the help for dump is --- help dump dump - upload processor memory in absolute file format dump -h .. - upload hp format (requires transfer protocol) dump -b .. - send data in binary (valid with -h option) dump -n .. - send data in fast binary format --- This dose not actually work if you trace a dump from the rwppc program you see that a @ is also needed. On the other hand nobody has tried to make the interface difficult so its probably quite easy to reverse engineer it. What you need for gdb is a way to start/stop the cpu and to read/write registers and memory. Its only the command for writing that is not obvious from the ascii trace that I did. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Installing debian on embedded ppc Micro-HOWTO
I got a request for the howto so here it is. --- Installing debian on embedded ppc Micro-HOWTO 1. What you need. A PowerPC CPU that is compatible with 601 userspace. This means that you have to compile in math emulation on most embedded version of ppc and that the 8xx series from motorola dose not work. It is assumed that you have set up the system so that it is booting to the point of mounting / from a nfs server. And last you need the debian base system for ppc located at http://ftp.se.debian.org/debian/dists/potato/main/disks-powerpc/current/base2_2.tgz 2. Create the root file system Since the first part of a debian installation never was done a few manual changes has to be done. Unpack base2_2.tgz into the directory that is used as root mount point. >From now on / will mean this directory on the server. do the following changes /etc/passwd put in a valid root entry with password. Debian has some sanity checks that fails if no password is used for root. /sbin/unconfigured.sh remove/rename /etc/fstab To get a rw root change the / entry to "/dev/root / nonerw 0 0" /etc/securetty We need to login as root add the tty used to this file ex. console ttyS0 ttyS1 /etc/resolv.conf fill in nameserver /etc/inittab comment out # Format: # ::: #1:2345:respawn:/sbin/getty 38400 tty1 #2:23:respawn:/sbin/getty 38400 tty2 #3:23:respawn:/sbin/getty 38400 tty3 #4:23:respawn:/sbin/getty 38400 tty4 #5:23:respawn:/sbin/getty 38400 tty5 #6:23:respawn:/sbin/getty 38400 tty6 and uncomment T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100 The above has to be done but changing the following can't hurt /etc/hostname /ets/hosts 3. Booting the system. Now you boot and login as root. If you are behind a firewall set http_proxy with Export http_proxy="http://" Start dselect first you need to do a update. Then just chose install and wait. This should result in a complete install of debian. -- if you run a 405 and at any point starts to get segmentation faults just reboot and restart deselect. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
walnut 405
Frank Rowand wrote: > > Kenneth Johansson wrote: > > > Things looks quite good I now have a debian potato for ppc running on the > card > > but there is a few problems. > > > > 1. It kills the Ethernet port on a cisco catalyst 5505 switch/router. > > Can you get a network trace to see what packets are involved? Yes I can snoop it with tcpdump but it has to wait until next week. This will only show something if the content of the packet is wrong but I think the problem is more timing related but that is only a guess. > > > 2. it's not possible to run gdb > > Yes, ptrace is still not yet implemented for the 4xx. This means that both > gdb That explains it :) > robust version in place. I hope to have this available very soon. (If anyone > feels like debugging this, I can send them my current patch.) I can test it but don't have much time to actually debug this right now. Once this works it should be simpler to find out what the kernel dose when running emacs that prevents dpkg to run after it. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
walnut 405
I have finally got my walnut card from IBM and compiled linux for it. I used the version from Frank (mvista) on area51 dated 01_03_03 but changed the configuration to remove kgdb and enable float emulation. Things looks quite good I now have a debian potato for ppc running on the card but there is a few problems. 1. It kills the Ethernet port on a cisco catalyst 5505 switch/router. This is something I never seen before but when I use a port that is 10Mb linux sends out something that the switch dose not like and it simply disable the port. I put a 3com 10Mb hub between but the same problem so it's not electric. I was however unsuccessful in getting any useful information from the network people on what rule was violated. It dose not happen on a 100Mb port. I guess that it is some clock or timing that is wrong in the Ethernet driver. 2. it's not possible to run gdb 3. dpkg segfaults It's quite easy to get into a state where dpkg segfaults. A reboot fixes the problem. To get into the mess again all you have to do is start emacs. On the bright side alot of stuff works. I did the kernel compile test and that worked. If anybody want's to run debian I could write a small howto but I'am not going to do that if nobody ask's for it. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Initial stack frame
Wolfgang Denk wrote: > > In message <4.3.2.20010130074919.00bb0a80 at falcon.si.com> > Jerry Van Baren wrote: > > > > One of the differences between the ABI and EABI is that the EABI > > requires 8 byte alignment of the stack and the ABI requires 16 byte > > alignment (EABI, p.28). > > Yes, ok. But what is implemented by GCC and glibc? The SVR4 ABI or > the EABI? > > In other words: Wolfgang Grandegger wants to know if we must align > "private" stack frames on 8 or 16 byte boundaries... > > Wolfgang Denk > linux implements SVR4 with exceptions that we don't return small(8 or less bytes) structs in r3,r4 as the standard say we should. Could be more things I have not noticed we are anyway closer to SVR4 than EABI. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More flash for IBM 405GP Walnut?
Philip Decker wrote: > > If there are none, and I or my employer developed a flash memory card that > plugged into the Walnut's 200-pin proprietary expansion connector, J36, how > many of you would want any? If interested, email me: While I have no interest in a memory card that fits that connector I would be very interested to get a converter from that connector to a PCMCIA 68pin connector. Then I could use any linear flash card on the market. It dose not have to support anything in the pcmcia(cardbus) standard other than whats needed to support linear flash so its only some wires and two connectors needed. -- Kenneth Johansson Ericsson Business Innovation AB Tel: +46 8 404 71 83 Vider?gatan 3 Fax: +46 8 404 72 72 164 80 Stockholm kenneth.johansson at inn.ericsson.se ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
configuring swap on a diskless mpc860 embedded target
A question: Have you ever swapped over nfs on any linux system? I don't think it works. The only way I know of is using the network block device and a patch to make swapping over that work. Jim Chapman wrote: > Is anyone using an NFS-mounted swap file on an mpc860 diskless system? > > I created a swap file on the embedded target using > > dd if=/dev/zero of=/SWAPFILE bs=1k count=8192 > mkswap /SWAPFILE > > But when I try to enable swapping using "swapon /SWAPFILE", linux > complains that it can't find a swap signature in the file. I've looked ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
glibc for mpc860
One solution to this could be that whoever is resposible for "http://www.ppc.kernel.org/embedded.html"; updated the pages. If only to point to the mailing list and the archive that would make life easier for beginners. Is it Cort Dougan who wrote the pages ?? Marcus Sundberg wrote: > > Check the list-archives! > I've already posted patches and instructions twice, the last time > just a week ago: > ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/