* Re: execve of /sbin/init fails @ 2006-05-30 20:54 Jeff.Fellin 2006-05-30 22:16 ` Anantharaman Chetan-W16155 0 siblings, 1 reply; 3+ messages in thread From: Jeff.Fellin @ 2006-05-30 20:54 UTC (permalink / raw) To: Chetan.S.Anantharaman Cc: linuxppc-embedded-bounces+jeff.fellin=rflelect.com, linuxppc-embedded ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgIkFuYW50aGFy YW1hbiBDaGV0YW4tVzE2MTU1IiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAg ICAgICAgICAgICAgICAgICA8Q2hldGFuLlMuQW5hbnRoYXJhbWFuQG1vdG9yb2xhLmNvbT4gICAg ICAgICAgICAgICAgICAgICAgVG86ICAgICAgIDxsaW51eHBwYy1lbWJlZGRlZEBvemxhYnMub3Jn PiAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAgICAgICAgIFNlbnQgYnk6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjYzogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAg ICAgICAgICAgICAgbGludXhwcGMtZW1iZWRkZWQtYm91bmNlcytqZWZmLmZlbGxpbj1yZmxlbGVj dC5jb20gICAgICAgIFN1YmplY3Q6ICBleGVjdmUgb2YgL3NiaW4vaW5pdCBmYWlscyAgICAgICAg ICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICBAb3psYWJzLm9yZyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAg ICAwNS8zMC8yMDA2IDE1OjU5ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAN Cg0KDQoNCg0KDQoNCg0KDQo+SGksDQo+SSBhbSB0cnlpbmcgdG8gYnJpbmcgdXAgYSBjdXN0b20g Ym9hcmQgd2l0aCBhIFBQQzQwNSBwcm9jZXNzb3IgcnVubmluZw0KTGludXggMi40LjIwIChNb250 YVZpc3RhIFJlbGVhc2UpIGFuZCBhbSA+aGF2aW5nIHByb2JsZW1zIHdpdGggdGhlIGNhbGwgdG8N CmV4ZWN2ZSjigJwvc2Jpbi9pbml04oCdLCBhcmd2X2luaXQsIGVudnBfaW5pdCkgbm90IHJldHVy bmluZyBpbiB0aGUgZmlsZQ0KbWFpbi5jLiBUaGUgcHJvY2Vzc29yID5qdXN0IGhhbmdzIGFuZCB0 aGVyZSBpcyBubyBvdXRwdXQgb24gdGhlIHRlcm1pbmFsLiBJDQpoYXZlIHRyaWVkIHRvIHNlZSBp ZiBJIGNhbiBydW4g4oCcYmluL3No4oCdIGFuZCBldmVuIHRoaXMgZXhlY3ZlIGNhbGwgZG9lcyA+ bm90DQpyZXR1cm4uIFNvbWUgdGhpbmdzIGFib3V0IHRoZSBib2FyZCBhcmUsIHRoZSBuZXR3b3Jr aW5nIG9wdGlvbiBoYXMgYmVlbg0KZGlzYWJsZWQgaW4gdGhlIExpbnV4IC5jb25maWcgZmlsZS4g SSBhbSA+cnVubmluZyBVLUJvb3QgMS4xLjEgYXMgdGhlDQpib290bG9hZGVyIGFuZCBhbSBkb3du bG9hZGluZyB0aGUgdUltYWdlIChjb21wcmVzc2VkIGtlcm5lbCkgYW5kIHRoZQ0KaW5pdHJkLmJv b3QgPihmaWxlc3lzdGVtKSBpbnRvIFJBTSBhbmQgYWNjZXNzaW5nIHRoZSBmaWxlc3lzdGVtIGlu IFJBTS4NCiBDaGV0YW4sIEkgd291bGQgY2hlY2sgdGhlIGNvbnRlbnRzIG9mIHRoZSBpbml0cmQg ZmlsZXN5c3RlbSB5b3UgY3JlYXRlZCB0bw0KdmVyaWZ5IHRoZSBmaWxlcyBhcmUgaW4gdGhlIGlt YWdlLiBJZiB0aGV5IGFyZSBtb25pdG9yIHRoZSBjb25zb2xlIG91dHB1dA0KdG8gdmVyZml5IHRo ZSByYW1kaXNrIGZpbGVzeXN0ZW0gaXMgZm91bmQgYW5kIGluc3RhbGxlZCBpbnRvIHJhbS4NCkpl ZmYgRmVsbGluDQoNCj5BbnkgaGVscCBhcyB0byB3aGF0IGNvdWxkIGJlIGNhdXNpbmcgdGhpcyB0 byBoYXBwZW4gb3IgaG93IHRvIGRlYnVnIHRoaXMNCmlzc3VlIHdvdWxkIGJlIGFwcHJlY2lhdGVk LiBBbHNvLCBJ4oCZdmUgdHJpZWQgPnRvIGNhcHR1cmUgdGhlIHJldHVybiB2YWx1ZQ0Kb2YgdGhl IGV4ZWN2ZSBjYWxsIGJ1dCBzaW5jZSB0aGUgY2FsbCBkb2VzIG5vdCByZXR1cm4sIHRoaXMgaGFz IG5vdCBoZWxwZWQNCmFueS4NCg0KVGhhbmtzLA0KQ2hldGFuIEFuYW50aGFyYW1hbg0KDQogX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkxpbnV4cHBjLWVt YmVkZGVkIG1haWxpbmcgbGlzdA0KTGludXhwcGMtZW1iZWRkZWRAb3psYWJzLm9yZw0KaHR0cHM6 Ly9vemxhYnMub3JnL21haWxtYW4vbGlzdGluZm8vbGludXhwcGMtZW1iZWRkZWQNCg== ^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: execve of /sbin/init fails 2006-05-30 20:54 execve of /sbin/init fails Jeff.Fellin @ 2006-05-30 22:16 ` Anantharaman Chetan-W16155 [not found] ` <b4b98b690605310630l3da5a027x57adc8654cfbd4c1@mail.gmail.com> 0 siblings, 1 reply; 3+ messages in thread From: Anantharaman Chetan-W16155 @ 2006-05-30 22:16 UTC (permalink / raw) To: Jeff.Fellin, Steve Iribarne (GMail), adgospod Cc: linuxppc-embedded-bounces+jeff.fellin=rflelect.com, linuxppc-embedded 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?), but my /sbin/init is not Busybox's init. 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@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 =3D 22) is a 16550A xgpio #0 at 0x50000000 mapped to 0xC5000000 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@rflelect.com [mailto:Jeff.Fellin@rflelect.com]=20 Sent: Tuesday, May 30, 2006 3:55 PM To: Anantharaman Chetan-W16155 Cc: linuxppc-embedded@ozlabs.org; linuxppc-embedded-bounces+jeff.fellin=3Drflelect.com@ozlabs.org Subject: Re: execve of /sbin/init fails =20 "Anantharaman Chetan-W16155" <Chetan.S.Anantharaman@motorola.com> To: <linuxppc-embedded@ozlabs.org> =20 Sent by: cc: =20 = linuxppc-embedded-bounces+jeff.fellin=3Drflelect.com Subject: execve of /sbin/init fails =20 @ozlabs.org =20 =20 05/30/2006 15:59 =20 =20 >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@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-embedded ^ permalink raw reply [flat|nested] 3+ messages in thread
[parent not found: <b4b98b690605310630l3da5a027x57adc8654cfbd4c1@mail.gmail.com>]
* Fwd: execve of /sbin/init fails [not found] ` <b4b98b690605310630l3da5a027x57adc8654cfbd4c1@mail.gmail.com> @ 2006-05-31 13:31 ` Steve Iribarne (GMail) 0 siblings, 0 replies; 3+ messages in thread From: Steve Iribarne (GMail) @ 2006-05-31 13:31 UTC (permalink / raw) To: linuxppc-embedded Whoops.. forgot to replyall. ---------- Forwarded message ---------- From: Steve Iribarne (GMail) <netstv@gmail.com> Date: May 31, 2006 6:30 AM Subject: Re: execve of /sbin/init fails To: Anantharaman Chetan-W16155 <Chetan.S.Anantharaman@motorola.com> On 5/30/06, Anantharaman Chetan-W16155 <Chetan.S.Anantharaman@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@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 0x50000000 mapped to 0xC5000000 > 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@rflelect.com [mailto:Jeff.Fellin@rflelect.com] > Sent: Tuesday, May 30, 2006 3:55 PM > To: Anantharaman Chetan-W16155 > Cc: linuxppc-embedded@ozlabs.org; > linuxppc-embedded-bounces+jeff.fellin=rflelect.com@ozlabs.org > Subject: Re: execve of /sbin/init fails > > > > "Anantharaman Chetan-W16155" > > <Chetan.S.Anantharaman@motorola.com> > To: <linuxppc-embedded@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@ozlabs.org > https://ozlabs.org/mailman/listinfo/linuxppc-embedded > > ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-05-31 13:31 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-30 20:54 execve of /sbin/init fails Jeff.Fellin
2006-05-30 22:16 ` Anantharaman Chetan-W16155
[not found] ` <b4b98b690605310630l3da5a027x57adc8654cfbd4c1@mail.gmail.com>
2006-05-31 13:31 ` Fwd: " Steve Iribarne (GMail)
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).