RPC source code
Where in the heck does one find the source code for RPC? I need to cross compile it... ideas?? thanks. -stv -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: Corey J Ashford is out of the office.
HAHAHAHAHAH. This is funny. Sorry rough night. Bad bugs today. Glad I got this. Made me laugh. On Mon, Jul 28, 2008 at 7:04 PM, Corey J Ashford [EMAIL PROTECTED]wrote: I will be out of the office starting 07/28/2008 and will not return until 08/01/2008. I will respond to your message when I return. ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPC login puzzle
On 3/31/07, Charles Krinke [EMAIL PROTECTED] wrote: Seems to me thing you can do is find out why the telnet session is being rejected. Have you done an ethernet capture? snip It is interesting that 'telnet localhost' fails in a similar way as telnet across the Ok.. This tells me it's a telnet problem. So either the telentd isn't starting up properly on this system OR there is some weird rights thing that you have setup differently on both systems. Are you using anything like busybox? Which telnet are you using. It's killing me because I know I have run into this same problem. But I am old and I forgot what I did. I had this problem about 3 years ago.. ugh. To me it was something with securetty or the like. There is a config file that allows telnet or not. Another thing to try is to load telnetd with more options. I think there is -a debug you can turn on and that will turn on the authentication debugging... -D report should also help you out. I'm sure it has something to do with root not being able to logon or maybe it's the blank password. Create a password for root and see if that helps. -stv network, and I appreciate your kind hints, especially about the log file and /var/log/syslog helps a bit on this problem. When trying to telnet accross the network, syslog says in.telnetd[]: connect from x.x.x.x But entering root doesnt work and the host then says: sff1 login: root Login incorrect There are no further errors on the 8541. When trying to 'telnet localhost', syslog says in.telnetd[]: connect from 127.0.0.1 But neither completes the login, so although there is a clue here, the logical path to conclusion is still escaping me a little bit. I can see that both targets have the same /etc/xinted.d/telnet file and it contains: service telnet { flags = REUSE socket_type = stream protocol = tcp wait = no user = root server = /usr/sbin/in.telnetd server_args = -h log_on_failure += USERID } which I think is reasonable in this situation. So, this begs the question of what other things still bear on this type of problem. Again, I appreciate your taking the time to help me understand a bit more of how this fits together. Charles -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: PPC login puzzle
snip... Yes, that that is another part of the puzzle as both the /etc/securetty and the /etc/xinetd.d/telnet files are identical in both root filesystems. So, there must be some ither file somewhere keeping me from cooking my toast with a telnet login to the 8541. Seems to me thing you can do is find out why the telnet session is being rejected. Have you done an ethernet capture? Do you have any firewalling setup? In that case you need to make sure your rules are setup properly. The ethernet capture should give you a clue. Are you sure the telnetd can be found on your system that doesn't work? What do the logs tell you on the machine that doesn't work? I think xinetd kicks out a log file, what does that tell you? Have you tried on the 8541, login to the terminal and then telnet to localhost? If you can do that, then I'd say it's a firewalling problem, if not, then it's a telnetd type of problem. Hope that helps. -stv -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Re: 8541E and vector table.
Hi Ami, Thanks for the reply. Yes I have the manual. I guess I need to be a little more specific. I usually don't get down to this level of the hardware. It usually just works for me. I have all the explinations etc.. of each vector, but in my memory, I can't figure out how to map 0x_0700 to one of the SPR's. I think that's what I want to know. :) -stv On 2/20/07, Ami Levi Waves [EMAIL PROTECTED] wrote: Download the MPC8541 reference manual from Freescale web site. Look in the chapter that says Exceptions (could be chapter 6) You'll fine the different vectors addresses + explanations about each vector. Ami -Original Message- From: [EMAIL PROTECTED] [mailto:linuxppc- [EMAIL PROTECTED] On Behalf Of Steve Iribarne (GMail) Sent: Tuesday, February 20, 2007 3:21 PM To: linuxppc-embedded Subject: 8541E and vector table. Hi. I must admit, this stuff always baffles me a bit, so I need someone who knows this to explain it to me. I am using an 8541E and my system randomly crashes. By randomly, I mean at different times. I have a BDI hooked up and it always jumps to offset 0x_0700 I believe this to be a vector table offset, but I need to figure out which interrupt it is. I believe this is a hardware issued, because if I look at that value, it looks to be default values. In other words, I don't believe I have it setup. So the question I have is how do I figure out what that interrupt vector is? Thanks so much. -stv -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
8541E and RNG
Anyone ever tried to use the Random Number Generator on the MPC8541E? I can't get it to behave, so if you've used it and there were any tricks, I'd appreciate some insite. I'm using in Linux 2.4.xx. Thanks. -stv -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */ ___ Linuxppc-embedded mailing list Linuxppc-embedded@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
Wolfgang Denk
I second this. He has saved me countless hours!!! On 11/20/06, Adrian adrian at it-live.co.uk wrote: This a general notice to all users. *** WARNING *** Wolfgang Denk has done a lot of hard work to make porting Linux to as many hardware platforms as you can imagine. If some of his stuff does not work in precisely the way that you ordered, and paid *nothing* for, please dont slag Wolfgang off, or even imply that he's done something really badly. He might stop offering us these tools, for FREE. Then what would we do ? START FROM SCRATCH (again). So :- 1) if you can't read, do not post a question. 2) if you can't be bothered reading, go away completely. 3) if you have a problem (after reading) then ask. 4) if it still does not work, try reading again. You might have missed something. 5) This stuff is hard.There aren't many that can cross-port linux to a new platform, and fewer still that understand what to do if the ELDK was not there. Please stop implying that Wolfgang has done something dreadfully wrong. It's more likely to be you. Read more. For me, it took about a month to get what I wanted, based on the EDLK downloaded from Wolfgang's site, but now i have what i want. Without the ELDK i would still be no-where near. Thanks to Wolfgang. Adrian Atkins. IT Live Ltd. ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded -- /* * Steve Iribarne * Software Engineer * (aka Grunt) */
Continuous Login Loop
On 9/6/06, Clint Thomas cthomas at soneticom.com wrote: Hey, I'm running the latest kernel pull from the mvista powerpc 2.4 dev source. I built a root file system using Busybox 1.2.0 and the mkrootfs script by Wolfgang Klingauf (removed all DOS carriage returns). When the system boots up, i'm getting this output. Mounted devfs on /dev Freeing unused kernel memory: 44k init init started: BusyBox v1.2.0 (2006.09.06-19:44+) multi-call binary Starting pid 10, console /dev/console: '/etc/init.d/rcS' Bummer, could not run '/etc/ PowerPC Linux 2.4.26 (none) login: root Process '/sbin/getty 38400 tts/0' (pid 11) exited. Scheduling i PowerPC Linux 2.4.26 (none) login: it keeps looping through the login every time I try to enter root. I have the root user in the passwd file, and I believe I have the RFS setup properly. What would cause this kind of an issue? Is this a problem related to getty? or just a missing file or device of some kind? Thanks Hi Clint, You know in the back of my head (very dusty place) I seem to recall that this is a Busybox issue with getty. Something about security. Not sure... but I'd check with their forums. -stv Clinton Thomas ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
stupid linker question....
I forgot the flag that generates a list file that has both assembly and c mixed in. Anyone? Thanks... -stv
help with inittab
On 6/9/06, Chris Dumoulin cdumoulin at ics-ltd.com wrote: The init is from Busybox. Since I'm getting output from my serial port during the kernel boot process, I think it's safe to say that my /dev/ttyS0 is properly configured. Besides passing the kernel argument console=ttyS0,57600, is there anything else I need to do to properly configure the console? I've looked through my kernel configuration to make sure that any serial device or console related stuff was enabled and configured. I'm feeling pretty stumped. Ok.. so if you are using the init from Busybox, there should be a softlink and I can't remember where they put it. I think it is the root file system. I think they call in linuxrc or something like that. I'd make sure you have that. **OR** what I did.. Get sysinit from GNU and tell Busybox not to use the init. I've had this exact same problem and it was my init. -stv - Chris Steve Iribarne (GMail) wrote: On 6/9/06, Chris Dumoulin cdumoulin at ics-ltd.com wrote: I've now determined that my kernel seems to stop in the following line of code, in the function init(void * unused), in init/main.c: run_init_process(/sbin/init); Who's init are you using?? Are you using Busyboxes or sysinit from GNU? I've determined that it stops at this call by stepping through the code with a BDI2000. My boot arguments are: console=ttyS0,57600n8 ip=off root=/dev/ram0 rw My current inittab is: ::sysinit:/etc/rc.sh ::ctrlaltdel:/sbin/reboot ::shutdown:/sbin/swapoff -a ::shutdown:/bin/umount -a -r ::restart:/sbin/init ::respawn:/bin/sh I've tried adding an echo command to the /etc/rc.sh script that is called, but I don't see any output. I've also trying changing the ::sysinit line in inittab to point to some non-existent script, to see if I'll get some error message, but I still see nothing. Is it possible that /sbin/init is dying before it gets to the point of reading inittab? Any ideas? Regards, Chris Dumoulin Wolfgang Denk wrote: In message 44888B92.40409 at ics-ltd.com you wrote: I am using the linux kernel 2.6.15 and initrd ramdisk image from ELDK 4.0. Currently, I seem to be able to boot without errors, but after the root filesystem is mounted, things just stop. And what's your console device? Are you passing any console= arguments on the command line? Is the corresponding device entry present in the /dev/directory? Best regards, Wolfgang Denk -- *--Christopher Dumoulin--* Software Team Leader http://ics-ltd.com/ http://ics-ltd.com/ Interactive Circuits and Systems Ltd. 5430 Canotek Road Ottawa, ON K1J 9G2 (613)749-9241 1-800-267-9794 (USA only) This e-mail is private and confidential and is for the addressee only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any hard copies destroyed. You are strictly prohibited from using, printing, distributing or disseminating it or any information contained in it save to the intended recipient. ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded -- *--Christopher Dumoulin--* Software Team Leader http://ics-ltd.com/ http://ics-ltd.com/ Interactive Circuits and Systems Ltd. 5430 Canotek Road Ottawa, ON K1J 9G2 (613)749-9241 1-800-267-9794 (USA only) This e-mail is private and confidential and is for the addressee only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any hard copies destroyed. You are strictly prohibited from using, printing, distributing or disseminating it or any information contained in it save to the intended recipient.
VFS: Cannot open root device ...
On 6/8/06, Chris Dumoulin cdumoulin at ics-ltd.com wrote: I'm trying to port a 2.6 kernel to a V2Pro-based board that I've got. I get the following output when trying to boot: RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). VFS: Cannot open root device NULL or unknown-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) What boot loader are you using? In the boot loader where does it think the root fs is located? My guess is /dev/ram0 or something like that? So I'd check your ramdisk to see that it has a /dev/ram0. Make sure you have rights to it. -stv I'm trying to use an initrd RAMDISK, and I've made sure that RAMDISK and initrd support are both enabled in the kernel configuration. Any ideas would be appreciated. Cheers, Chris Dumoulin -- *--Christopher Dumoulin--* Software Team Leader http://ics-ltd.com/ http://ics-ltd.com/ Interactive Circuits and Systems Ltd. 5430 Canotek Road Ottawa, ON K1J 9G2 (613)749-9241 1-800-267-9794 (USA only) This e-mail is private and confidential and is for the addressee only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any hard copies destroyed. You are strictly prohibited from using, printing, distributing or disseminating it or any information contained in it save to the intended recipient. ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
help with inittab
On 6/8/06, Chris Dumoulin cdumoulin at ics-ltd.com wrote: I am using the linux kernel 2.6.15 and initrd ramdisk image from ELDK 4.0. Currently, I seem to be able to boot without errors, but after the root filesystem is mounted, things just stop. I'm guessing that my problems are related to the setup of the RFS, and more specifically, my inittab file. Here is the output I get at boot time: Linux version 2.6.15 (cdumoulin at localhost.localdomain) (gcc version 4.0.0 (DENX ELDK 4.0 4.0.0)) #167 PREEMPT Thu Jun 8 6Built 1 zonelists Kernel command line: console=ttyS0,57600 ip=off PID hash table entries: 512 (order: 9, 8192 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 62120k available (968k kernel code, 272k data, 76k init, 0k highmem) Mount-cache hash table entries: 512 checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 1404k freed Linux NoNET1.0 for Linux 2.6 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered Software Watchdog Timer: 0.07 initialized. soft_noboot=0 soft_margin=60 sec (nowayout= 0) ipmi message handler version 38.0 ipmi device interface IPMI Watchdog: driver initialized i8042.c: No controller found. Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled serial8250: ttyS0 at MMIO 0x0 (irq = 24) is a 16550A RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) mice: PS/2 mouse device common for all mice RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). And here is my initttab file: ::sysinit:/etc/rc.sh ::askfirst:/bin/sh ::ctrlaltdel:/sbin/reboot ::shutdown:/sbin/swapoff -a ::shutdown:/bin/umount -a -r ::restart:/sbin/init Doesn't seem like you are respawning any login stuff? Where are your tty's? Change the askfirst to /bin/sh and you should get a shell at the start assuming you have /bin/sh. Any ideas would be appreciated. Cheers, Chris Dumoulin -- *--Christopher Dumoulin--* Software Team Leader http://ics-ltd.com/ http://ics-ltd.com/ Interactive Circuits and Systems Ltd. 5430 Canotek Road Ottawa, ON K1J 9G2 (613)749-9241 1-800-267-9794 (USA only) This e-mail is private and confidential and is for the addressee only. If misdirected, please notify us by telephone and confirm that it has been deleted from your system and any hard copies destroyed. You are strictly prohibited from using, printing, distributing or disseminating it or any information contained in it save to the intended recipient. ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
eth0: tx queue full
On 6/6/06, salvatore cusenza salvatore.cusenza at gmail.com wrote: At runtime during the usual life of my board (MPC852 and linux-2.4.20 Denk's distribution) I have experienced the following crash: eth0: tx queue full!. eth0: tx queue full!. eth0: tx queue full!. Oops: kernel access of bad area, sig: 11 NIP: C000D440 XER: LR: C00BB040 SP: C0C9BC10 REGS: c0c9bb60 TRAP: 0300Tainted: P MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 1F9D, DSISR: 00E4 TASK = c0c9a000[145] 'L5421' Last syscall: 4 last math last altivec GPR00: C0C9BC10 C0C9A000 C0F56D70 1F99 003C C0F56D6C 0007 GPR08: 0001 003C C0F56DB0 C0D83C3C 10071D28 C312 GPR16: C311CB04 C311C8D8 C311C754 C017 C312 C311CB30 0001 C0169DA0 GPR24: FE00 1F9D C0F58400 003C 0040 C2080100 C0F58200 C0F501B0 Call backtrace: C00BAF8C C00BABC8 C0005848 C3119448 C31194C0 C31194F8 C00066F8 C0011A48 C00BA8FC C00CADD8 C00C3F00 C0016B50 C00AFE4C C00B4B94 C00B5EF4 C003571C C000457C 0FFD5E4C 0FEDB8DC 0FEDB284 1003B5B8 1003D558 1003A88C 0FED34A4 0FED32D0 0FFCFEE4 0FD5F590 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing 0Rebooting in 180 seconds.. Could you suggest me something to investigate? First thing I'd do is get my hands on ksymoops and look at the callstack. Check out... http://www.kernel.org/pub/linux/utils/kernel/ksymoops/v2.4/ From my past experience, seems to me that I have had a similar oops when the driver code that I have been debugging usually is stuck in a loop at interrupt time and your missing interrupts. Or better yet, your just plain crashing at interrupt time. It sounds like this is pretty easy to reproduce so follow the readme on ksymoops. Hope that helps. -stv
Fwd: execve of /sbin/init fails
Whoops.. forgot to replyall. -- Forwarded message -- From: Steve Iribarne (GMail) [EMAIL PROTECTED] Date: May 31, 2006 6:30 AM Subject: Re: execve of /sbin/init fails To: Anantharaman Chetan-W16155 Chetan.S.Anantharaman at motorola.com On 5/30/06, Anantharaman Chetan-W16155 Chetan.S.Anantharaman at motorola.com wrote: Thanks for your reply. Yes, the file /sbin/init is in the ramdisk file system with execute permissions on it. I am running Busybox (how can I check the version?), I think you can check the version when you do make menuconfig. I think the version info is in there somewhere. Also it may be in the README. but my /sbin/init is not Busybox's init. Right.. so if you are not using Busybox's init, make sure you told Busybox this. When you do make menuconfig in Busybox, I think it is under the General tab, there is a check for using Busybox's init or not. I think in 1.00-rc3 they turned that on by default. They may have always turned it on, I can't remember. One thing I'd like to mention is, I have used the same ramdisk filesystem and the same version of Linux 2.4 kernel and U-Boot bootloader and have been able to successfully execute the /sbin/init. This board has a Xilinx Virtex 2 Pro FPGA with a PPC405. On my new board, with a Xilinx Virtex 4 FX100 FPGA, with the kernel running on a PPC405 and the same filesystem, the execve of /sbin/init hangs. By hangs, I mean there is no output on the console after the below output and it does not return (which indicates that it has not encountered an error of some sort, since execve returns on error only). So, I am not sure where it is stuck and is there any way to tell where it's stuck at? Hope this above info and below screen capture provide a bit more background to the issue. Below is a capture of the screen output: Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 OCP uart ver 1.6.2 init complete LSP Revision 42 ikconfig 0.5 with /proc/ikconfig Starting kswapd Disabling the Out Of Memory Killer Journalled Block Device driver loaded devfs: v1.12c (20020818) Richard Gooch (rgooch at atnf.csiro.au) devfs: boot_options: 0x1 pty: 256 Unix98 ptys configured Serial driver version 5.05c (2001-07-08) with no serial options enabled ttyS00 at 0xfdfff003 (irq = 22) is a 16550A xgpio #0 at 0x5000 mapped to 0xC500 RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize loop: loaded (max 8 devices) Tracer: Initialization complete RAMDISK: Compressed image found at block 0 Freeing initrd memory: 5104k freed EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended VFS: Mounted root (ext2 filesystem). Mounted devfs on /dev Freeing unused kernel memory: 40k init -Original Message- From: Jeff.Fellin at rflelect.com [mailto:Jeff.Fellin at rflelect.com] Sent: Tuesday, May 30, 2006 3:55 PM To: Anantharaman Chetan-W16155 Cc: linuxppc-embedded at ozlabs.org; linuxppc-embedded-bounces+jeff.fellin=rflelect.com at ozlabs.org Subject: Re: execve of /sbin/init fails Anantharaman Chetan-W16155 Chetan.S.Anantharaman at motorola.com To: linuxppc-embedded at ozlabs.org Sent by: cc: linuxppc-embedded-bounces+jeff.fellin=rflelect.com Subject: execve of /sbin/init fails @ozlabs.org 05/30/2006 15:59 Hi, I am trying to bring up a custom board with a PPC405 processor running Linux 2.4.20 (MontaVista Release) and am having problems with the call to execve(/sbin/init, argv_init, envp_init) not returning in the file main.c. The processor just hangs and there is no output on the terminal. I have tried to see if I can run bin/sh and even this execve call does not return. Some things about the board are, the networking option has been disabled in the Linux .config file. I am running U-Boot 1.1.1 as the bootloader and am downloading the uImage (compressed kernel) and the initrd.boot (filesystem) into RAM and accessing the filesystem in RAM. Chetan, I would check the contents of the initrd filesystem you created to verify the files are in the image. If they are monitor the console output to verfiy the ramdisk filesystem is found and installed into ram. Jeff Fellin Any help as to what could be causing this to happen or how to debug this issue would be appreciated. Also, I've tried to capture the return value of the execve call but since the call does not return, this has not helped any. Thanks, Chetan Anantharaman ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded
execve of /sbin/init fails
On 5/30/06, Anantharaman Chetan-W16155 Chetan.S.Anantharaman at motorola.com wrote: Hi, I am trying to bring up a custom board with a PPC405 processor running Linux 2.4.20 (MontaVista Release) and am having problems with the call to execve(/sbin/init, argv_init, envp_init) not returning in the file main.c. Hmm.. Ok.. so I've read the other suggestions all good, but I think we are missing some info. Are you running Busybox? If you are using Busybox, what version? Also, what init are you using? Are you using busyboxes? The ramdisk suggestion was a good one. First off, check what is in your ramdisk. Also check the rights of the files in the ramdisk. Make sure you have the execute bit set. I've seen exactly what you are seeing when my rights on the file init were messed up. Also I think I've seen a hang with an older version of Busybox using their version of init. I just got sysinit and that seemed to fix it, (Although I had to reconfig Busybox to not use their version of init) The processor just hangs and there is no output on the terminal. When you say the process just hangs, where are you in the boot cycle? Is it before you see the linux kernel starting to load? Or do you see any kernel messages start to spew out? Hope this helps a little. -stv
Anyone seen this while debugging?
I am using linux-2.4.32. I am using a BDI2000 and I set break to SOFT I am debugging a module and I use Denx scripts add-module so that I know my module symbols are getting loaded in the right location. Everytime I set a breakpoint in my module I get Program received signal SIGSTOP, Stopped (signal). 0x0500 in ?? () The address moves around a bit but I always get this. If I delete the breakpoints it works fine. Thanks in advance. -stv
what does this mean?
My code is hitting in sched.c - if (unlikely(in_interrupt())) { printk(Scheduling in interrupt\n); BUG(); } It is hitting this printk. So is this telling me I'm calling schedule from within an interrupt? How can this be? Has anyone else seen something like this and can anyone give me a hint as to what to look for. Thanks. -stv
what does this mean?
Thanks. That's what I think it is, but I didn't write this code so I'm trying to track down who is calling down at interrupt time. On 5/16/06, Walter L. Wimer III walt.wimer at timesys.com wrote: On Tue, 2006-05-16 at 13:38 -0400, Walter L. Wimer III wrote: Check to make sure that in your interrupt handler you are not calling something that can sleep. E.g. sleep(), usleep(), kmalloc(), vmalloc(), etc. Also watch out for semaphore operations such as down() and down_interruptible(). They can sleep too. Walt
Kernel panic - not syncing: No init found.
On 5/10/06, hangtoo hangtoo at 163.com wrote: I try to make a new uRamdisk for my bubinga board(linux-2.6.14,PPC405EP). actully I just copy the most of the files in the board,and compiled busybox with ppc tools. but when I use the new uRamdisk for a try,it just showed up this errors(as follow),then reboot,back and forth... ** RAMDISK: incomplete write (-28 != 32768) 4194304 I'm pretty sure this tells me that your ramdisk is not big enough. Take a look at http://www.vanemery.com/Linux/Ramdisk/ramdisk.html If you are using LILO like in the example listed at the link above, you need to make sure your ramdisk_size parameter is big enough. That's what my gues is. -stv
Need help debugging
ok, so I've got my BDI2000 working and talking to my 8260. I read as much info as I could find on this but I still think I'm missing something. I have a uBoot image and I wait for the system to download my kernel. Not through the BDI, I just let the uBoot boot image do it the normal way. I start it by telling the BDI to go. Then what I want to do is connect to my linux kernel after the kernel is up and running so I do: (gdb) target remote bdi:2001 Remote debugging using bdi:2001 0xc000c9cc in ??() (gdb) Then I add my symbol table. (gdb) add-symbol-file vmlinux 0xc000 at that point I get a reset. I turn off the software watchdog in the BDI config file. Is there something I am missing? Thanks in advance. -stv
BDI2000 help
Hello All. Yes it's me again. So I've got a BDI2000. I have my serial cable hooked up and I can run the ./bdisetup -v program. The question I have is what type do I select for my MPC8260. As you can see I'm new to this part of the PPC world. I'm usually a bit higher up and someone has already set this up for me. I think I have everything else setup right, I just don't get that last bit. Because I think I need a configuration file for it. Correct? Thanks. -stv
BDI2000 help
Ummm... if you want to use the BDI2000 with a MPC8260 processor you need a firmware version for such a CPU. Abatron always ships these with manual included (both on paper copy and on floppy disk). outdated. I couldn't readily find the newer manual. So when all else fails. Ask. :) Before asking, search. You should be able to find http://www.abatron.ch/, and then http://www.abatron.ch/Files/ManGdbCOP-2000C.pdf Thanks. And yes I got this all legal its just that some people in the company quit and I'm still trying to find everything.
kernel debugging
On 5/4/06, David H. Lynch Jr. dhlii at dlasys.net wrote: Everyone has their own debugging style. Engineers seem to like hardware debugging tools. I have used some very fancy debugging hardware, but except for extremely rare instances it is more work to get setup and figure out what you are trying to do than inserting some debugging and rebuilding. My idea of debugging hardware is a port with an LED on it I can try to blink. I also only rarely use software debuggers. Most of the time when things go off the rails the critical question for me is Where did things go wrong. Once I know that usually the problem is obvious and I do nto need dumps of variables or memory. I also do development across numerous platforms, OS's and languages. I need debugging tools and techniques that are broadly portable. A hardware debugging tool might help with board bringup, but it would be of little use for web or perl programming. Investing time and capitol in highly specialized tools or knowledge requires being narrowly focused to get a worthwhile payback. Regardless, I think debugging is a sort of religious preference. You need to know who you are and what you need. Other peoples experience is useful but should not be determinative. Yes I am finding this out. It's a long journey! :) Most of the issues I have to deal with are systems that are already up and running in the PPC world and I come in afterwords to clean up. So for example, right now I think I have a DMA problem that is crashing my PPC and rebooting the system. To be sure, I would love to step over a few instructions and slow the world down a bit. That's why I was going to setup kgdb or something like that. Thanks. -stv Steve Iribarne (GMail) wrote: Hello. This is more a general question to see what others do out here. I am begining to get sick of printk debugging. I work on two different PPC boards. An 860 and 8260. I want to get some feedback on the best kernel debugger to use. I have been looking at three. 1. kgdb 2. kdb 3. UML I am leaning towards kgdb, but before I jump in I thought I'd put this out to the best group I could think of linuxppc. Because I am sure most of you are using something! :) Thanks. -stv ___ Linuxppc-embedded mailing list Linuxppc-embedded at ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded -- Dave Lynch DLA Systems Software Development:Embedded Linux 717.627.3770 dhlii at dlasys.net http://www.dlasys.net fax: 1.253.369.9244Cell: 1.717.587.7774 Over 25 years' experience in platforms, languages, and technologies too numerous to list.
kernel debugging
Hello. This is more a general question to see what others do out here. I am begining to get sick of printk debugging. I work on two different PPC boards. An 860 and 8260. I want to get some feedback on the best kernel debugger to use. I have been looking at three. 1. kgdb 2. kdb 3. UML I am leaning towards kgdb, but before I jump in I thought I'd put this out to the best group I could think of linuxppc. Because I am sure most of you are using something! :) Thanks. -stv