Re: How to debug 2.6 PReP boot hang?

From: Tom Rini (trini_at_kernel.crashing.org)
Date: 09/01/04

  • Next message: William Lee Irwin III: "[2/7] make do_each_task_pid()/while_each_task_pid() require a semicolon following them"
    Date:	Wed, 1 Sep 2004 10:27:51 -0700
    To: Meelis Roos <mroos@linux.ee>
    
    

    On Wed, Aug 18, 2004 at 11:29:02PM +0300, Meelis Roos wrote:

    > > > It's the one that reorganizes boot code:
    > > > PPC32: Kill off arch/ppc/boot/prep and rearrange some files.
    > >
    > > Sadly, that is what I expected. Try narrowing down the differences
    > > between prep/head.S and simple/head.S (or rather head.s via make
    > > arch/ppc/boot/prep/head.s and simple/head.s to strip out comments, etc).
    [snip]
    > Some more changes and the only difference is load_kernel vs
    > decompress_kernel. Changing load_kernel call in relocate.S to
    > decompress_kernel makes the kernel boot. Oh, finally.
    >
    > BTW, the address of OF residual data bounces around in
    > r3->r29->r4->r11->r6. The old code only did r3->r11->r6 but the new code
    > uses r11 for cache disabling.
    >
    > This is the patch I'm using currently. I understand that this is
    > probably not the right patch for inclusion :)
    >
    > ===== arch/ppc/boot/simple/relocate.S 1.11 vs edited =====
    > --- 1.11/arch/ppc/boot/simple/relocate.S 2004-04-03 06:13:47 +03:00
    > +++ edited/arch/ppc/boot/simple/relocate.S 2004-08-18 23:27:39 +03:00
    > @@ -183,7 +183,7 @@
    > mr r5,r6 /* Checksum */
    > mr r6,r11 /* Residual data */
    > mr r7,r25 /* Validated OFW interface */
    > - bl load_kernel
    > + bl decompress_kernel
    >
    > /*
    > * Make sure the kernel knows we don't have things set in

    Interesting.. Can you do some nm'ing to see what versions of
    load_kernel / decompress_kernel end up in your image on a stock config?
    And what gcc / binutils versions are you using?

    -- 
    Tom Rini
    http://gate.crashing.org/~trini/
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at  http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at  http://www.tux.org/lkml/
    

  • Next message: William Lee Irwin III: "[2/7] make do_each_task_pid()/while_each_task_pid() require a semicolon following them"

    Relevant Pages

    • Re: [PATCH/RFC] A method for clearing out page cache
      ... > patch uses some helper functions that are part of the cpusets patch. ... > motivation for this patch is for setting up High Performance Computing ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Reiser4 status: benchmarked vs. V3 (and ext3)
      ... > batches. ... I am interested in testing this out, but the latest patch on the namesys ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: 2.6.0-test7-mm1
      ... This patch actually doesn't work, as is uses nr_free_buffer_pagesbefore the ... zonelists are set up. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [KJ] [announce] 2.6.10-bk13-kj
      ... Please consider replacing with the following patch: ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] Re: [sata] libata update
      ... one bug fix and here's a new patch... ... Thanks for all your help in narrowing this down, ... static unsigned long svia_scr_addr(unsigned long addr, unsigned int port) ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)