* [Buildroot] Buildroot for AT91RM9200-EK? @ 2008-07-29 22:23 J. L. Sloan 2008-07-29 23:28 ` J. L. Sloan 0 siblings, 1 reply; 5+ messages in thread From: J. L. Sloan @ 2008-07-29 22:23 UTC (permalink / raw) To: buildroot Just to make sure I'm not spinning my wheels, has anyone gotten Buildroot (22987 is what I'm using right now) working for the Atmel AT91RM9200-EK board (Atmel AT91 ARM9)? I've got the 2.6.25.10 kernel booting okay, but as soon as it goes to run /init (really, busybox) wackiness ensues. It traps in clear_user trying to zero out part of the loaded ELF. GDB+BDI suggests that the address passed from padzero to clear_user is bogus, but I'm not sure I'm trusting what it's telling me (some of the other stuff on the stack trace looks questionable). readelf-h suggests AFAIK that everything is built as OABI. (I may restart from the beginning with EABI, but I'm not sure how U-Boot on the EK was built, and I'm not sure if that really matters. But U-Boot does "call" the kernel to start it.) Thanks for any insight. -- John Sloan <http://www.diag.com/navigation/metadata/jsloan.html> Consulting Technologist jsloan at diag.com Digital Aggregates Corporation <http://www.diag.com/> +1 303 489 5178 (Mobile) Arvada <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Colorado 80001-0587 USA +1 303 940 9064 (Office) www.diag.com <http://www.diag.com/> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/buildroot/attachments/20080729/fc346d0d/attachment.htm ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] Buildroot for AT91RM9200-EK? 2008-07-29 22:23 [Buildroot] Buildroot for AT91RM9200-EK? J. L. Sloan @ 2008-07-29 23:28 ` J. L. Sloan 2008-07-30 14:07 ` J. L. Sloan 2008-07-30 20:19 ` J. L. Sloan 0 siblings, 2 replies; 5+ messages in thread From: J. L. Sloan @ 2008-07-29 23:28 UTC (permalink / raw) To: buildroot Just rebuilt everything from scratch (starting from svn co) for EABI (and verified with readelf -h against both vmlinux and busybox for "Version4 EABI") with exactly the same result. The kernel is build with EABI and with OABI compat. Padzero/clear_user goes south trying to load /init. (gdb) where #0 0xc00f920c in __clear_user () #1 0xc00aa9ec in padzero (elf_bss=665549) at include/asm/uaccess.h:420 #2 0xc00ab8a8 in load_elf_binary (bprm=0xc1c25b00, regs=0xc1c19f00) at fs/binfmt_elf.c:896 #3 0xc0082700 in search_binary_handler (bprm=0xc1c25b00, regs=0xc1c19f00) at fs/exec.c:1235 #4 0xc00837e4 in do_execve (filename=dwarf2_read_address: Corrupted DWARF expression. ) at fs/exec.c:1339 #5 0xc0025928 in kernel_execve (filename=0xc022fea0 "/init", argv=0xc039a1f4, envp=0xc039a168) at arch/arm/kernel/sys_arm.c:288 #6 0xc0022278 in run_init_process ( init_filename=0xa27cd <Address 0xa27cd out of bounds>) at init/main.c:763 #7 0xc00222e4 in init_post () at init/main.c:784 #8 0xc0008900 in kernel_init (unused=<value optimized out>) at init/main.c:856 #9 0xc0034928 in sys_waitid (which=<value optimized out>, upid=2099, infop=0x0, options=0, ru=0x0) at kernel/exit.c:1613 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) Again, thanks for any pointers (so to speak). -- <http://www.diag.com/navigation/metadata/jsloan.html> John Sloan Consulting Technologist <mailto:jsloan@diag.com> jsloan at diag.com <http://www.diag.com/> Digital Aggregates Corporation +1 303 489 5178 (Mobile) <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Arvada Colorado 80001-0587 USA +1 303 940 9064 (Office) <http://www.diag.com/> www.diag.com From: buildroot-bounces@uclibc.org [mailto:buildroot-bounces at uclibc.org] On Behalf Of J. L. Sloan Sent: Tuesday, July 29, 2008 4:23 PM To: buildroot at uclibc.org Subject: [Buildroot] Buildroot for AT91RM9200-EK? Just to make sure I'm not spinning my wheels, has anyone gotten Buildroot (22987 is what I'm using right now) working for the Atmel AT91RM9200-EK board (Atmel AT91 ARM9)? I've got the 2.6.25.10 kernel booting okay, but as soon as it goes to run /init (really, busybox) wackiness ensues. It traps in clear_user trying to zero out part of the loaded ELF. GDB+BDI suggests that the address passed from padzero to clear_user is bogus, but I'm not sure I'm trusting what it's telling me (some of the other stuff on the stack trace looks questionable). readelf-h suggests AFAIK that everything is built as OABI. (I may restart from the beginning with EABI, but I'm not sure how U-Boot on the EK was built, and I'm not sure if that really matters. But U-Boot does "call" the kernel to start it.) Thanks for any insight. -- John Sloan <http://www.diag.com/navigation/metadata/jsloan.html> Consulting Technologist jsloan at diag.com Digital Aggregates Corporation <http://www.diag.com/> +1 303 489 5178 (Mobile) Arvada <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Colorado 80001-0587 USA +1 303 940 9064 (Office) www.diag.com <http://www.diag.com/> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/buildroot/attachments/20080729/5369fb54/attachment-0001.htm ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] Buildroot for AT91RM9200-EK? 2008-07-29 23:28 ` J. L. Sloan @ 2008-07-30 14:07 ` J. L. Sloan 2008-07-30 20:19 ` J. L. Sloan 1 sibling, 0 replies; 5+ messages in thread From: J. L. Sloan @ 2008-07-30 14:07 UTC (permalink / raw) To: buildroot Fiddling with the init= and rdinit= parameters on the command line suggests that the kernel isn't seeing the initramfs. So at least I've got something to debug. I can try passing an initrd instead, or a separate initramfs instead of the one integrated in the kernel image. -- <http://www.diag.com/navigation/metadata/jsloan.html> John Sloan Consulting Technologist <mailto:jsloan@diag.com> jsloan at diag.com <http://www.diag.com/> Digital Aggregates Corporation +1 303 489 5178 (Mobile) <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Arvada Colorado 80001-0587 USA +1 303 940 9064 (Office) <http://www.diag.com/> www.diag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/buildroot/attachments/20080730/c95a2a19/attachment.htm ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] Buildroot for AT91RM9200-EK? 2008-07-29 23:28 ` J. L. Sloan 2008-07-30 14:07 ` J. L. Sloan @ 2008-07-30 20:19 ` J. L. Sloan 2008-07-30 22:39 ` J. L. Sloan 1 sibling, 1 reply; 5+ messages in thread From: J. L. Sloan @ 2008-07-30 20:19 UTC (permalink / raw) To: buildroot Here's a thread that sound familiar - "[Patch] Elf loader crash while zero-filling .bss', against 2.6.22.10: http://linux.derkeiler.com/Mailing-Lists/Kernel/2008-02/msg05264.html -- <http://www.diag.com/navigation/metadata/jsloan.html> John Sloan Consulting Technologist <mailto:jsloan@diag.com> jsloan at diag.com <http://www.diag.com/> Digital Aggregates Corporation +1 303 489 5178 (Mobile) <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Arvada Colorado 80001-0587 USA +1 303 940 9064 (Office) <http://www.diag.com/> www.diag.com From: buildroot-bounces@uclibc.org [mailto:buildroot-bounces at uclibc.org] On Behalf Of J. L. Sloan Sent: Tuesday, July 29, 2008 5:29 PM To: buildroot at uclibc.org Subject: Re: [Buildroot] Buildroot for AT91RM9200-EK? Just rebuilt everything from scratch (starting from svn co) for EABI (and verified with readelf -h against both vmlinux and busybox for "Version4 EABI") with exactly the same result. The kernel is build with EABI and with OABI compat. Padzero/clear_user goes south trying to load /init. (gdb) where #0 0xc00f920c in __clear_user () #1 0xc00aa9ec in padzero (elf_bss=665549) at include/asm/uaccess.h:420 #2 0xc00ab8a8 in load_elf_binary (bprm=0xc1c25b00, regs=0xc1c19f00) at fs/binfmt_elf.c:896 #3 0xc0082700 in search_binary_handler (bprm=0xc1c25b00, regs=0xc1c19f00) at fs/exec.c:1235 #4 0xc00837e4 in do_execve (filename=dwarf2_read_address: Corrupted DWARF expression. ) at fs/exec.c:1339 #5 0xc0025928 in kernel_execve (filename=0xc022fea0 "/init", argv=0xc039a1f4, envp=0xc039a168) at arch/arm/kernel/sys_arm.c:288 #6 0xc0022278 in run_init_process ( init_filename=0xa27cd <Address 0xa27cd out of bounds>) at init/main.c:763 #7 0xc00222e4 in init_post () at init/main.c:784 #8 0xc0008900 in kernel_init (unused=<value optimized out>) at init/main.c:856 #9 0xc0034928 in sys_waitid (which=<value optimized out>, upid=2099, infop=0x0, options=0, ru=0x0) at kernel/exit.c:1613 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) Again, thanks for any pointers (so to speak). -- <http://www.diag.com/navigation/metadata/jsloan.html> John Sloan Consulting Technologist <mailto:jsloan@diag.com> jsloan at diag.com <http://www.diag.com/> Digital Aggregates Corporation +1 303 489 5178 (Mobile) <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Arvada Colorado 80001-0587 USA +1 303 940 9064 (Office) <http://www.diag.com/> www.diag.com From: buildroot-bounces@uclibc.org [mailto:buildroot-bounces at uclibc.org] On Behalf Of J. L. Sloan Sent: Tuesday, July 29, 2008 4:23 PM To: buildroot at uclibc.org Subject: [Buildroot] Buildroot for AT91RM9200-EK? Just to make sure I'm not spinning my wheels, has anyone gotten Buildroot (22987 is what I'm using right now) working for the Atmel AT91RM9200-EK board (Atmel AT91 ARM9)? I've got the 2.6.25.10 kernel booting okay, but as soon as it goes to run /init (really, busybox) wackiness ensues. It traps in clear_user trying to zero out part of the loaded ELF. GDB+BDI suggests that the address passed from padzero to clear_user is bogus, but I'm not sure I'm trusting what it's telling me (some of the other stuff on the stack trace looks questionable). readelf-h suggests AFAIK that everything is built as OABI. (I may restart from the beginning with EABI, but I'm not sure how U-Boot on the EK was built, and I'm not sure if that really matters. But U-Boot does "call" the kernel to start it.) Thanks for any insight. -- John Sloan <http://www.diag.com/navigation/metadata/jsloan.html> Consulting Technologist jsloan at diag.com Digital Aggregates Corporation <http://www.diag.com/> +1 303 489 5178 (Mobile) Arvada <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Colorado 80001-0587 USA +1 303 940 9064 (Office) www.diag.com <http://www.diag.com/> -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/buildroot/attachments/20080730/ddc34084/attachment.htm ^ permalink raw reply [flat|nested] 5+ messages in thread
* [Buildroot] Buildroot for AT91RM9200-EK? 2008-07-30 20:19 ` J. L. Sloan @ 2008-07-30 22:39 ` J. L. Sloan 0 siblings, 0 replies; 5+ messages in thread From: J. L. Sloan @ 2008-07-30 22:39 UTC (permalink / raw) To: buildroot Thanks for everyone for putting up with my nattering. I've got a shell prompt on my AT91RM9200-EK board now. The last problem was a severe case of irony: I had hooked up my BDI3000 to debug an issue very early in the boot process, fixed that, then left it hooked up not realizing I had it configured via VECTOR CATCH to catch various traps intended for the kernel, like data aborts that cause the kernel to map pages. Oops. Thanks again. -- <http://www.diag.com/navigation/metadata/jsloan.html> John Sloan Consulting Technologist <mailto:jsloan@diag.com> jsloan at diag.com <http://www.diag.com/> Digital Aggregates Corporation +1 303 489 5178 (Mobile) <http://www.google.com/maps?f=q&hl=en&geocode=&q=Arvada+Colorado&ie=UTF8&z=1 1&iwloc=addr&om=1> Arvada Colorado 80001-0587 USA +1 303 940 9064 (Office) <http://www.diag.com/> www.diag.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://busybox.net/lists/buildroot/attachments/20080730/cda2972f/attachment-0001.htm ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-07-30 22:39 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-07-29 22:23 [Buildroot] Buildroot for AT91RM9200-EK? J. L. Sloan 2008-07-29 23:28 ` J. L. Sloan 2008-07-30 14:07 ` J. L. Sloan 2008-07-30 20:19 ` J. L. Sloan 2008-07-30 22:39 ` J. L. Sloan
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox