Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    u-boot for the RX-51 (N900)

    Reply
    Page 16 of 23 | Prev | 6   14     15   16   17     18   | Next | Last
    pali | # 151 | 2011-10-14, 17:30 | Report

    if env atagaddr is defined (by default address from NOLO - register r2) then cmdline argument configured by uboot is ignored. If you want to pass your own cmdline from uboot, first clear env atagaddr (setenv atagaddr)

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Fabry | # 152 | 2011-10-14, 22:04 | Report

    But atagaddr is not empty as default ?

    Only if it is executed the script "noloboot" atagaddr is filled with ${init_atagaddr};

    Edit | Forward | Quote | Quick Reply | Thanks

     
    pali | # 153 | 2011-10-14, 22:26 | Report

    Originally Posted by Fabry View Post
    But atagaddr is not empty as default ?

    Only if it is executed the script "noloboot" atagaddr is filled with ${init_atagaddr};
    I check this and yes, you are right. uboot has two variables: atagaddr and init_atagaddr. atagaddr is used for booting and init_atagaddr is filled when uboot is loading. script noloboot set atagaddr from init_atagaddr

    Edit | Forward | Quote | Quick Reply | Thanks

     
    mirakels | # 154 | 2011-10-15, 17:08 | Report

    my u-boot now allows to copy the initial atags and append cmdline and ramdisk images to it.
    Nitdroid now comes up without panics, completely ignoring the maemo rootfs.
    Only thing still is the firmware. I'll probably just copy the firmware files tot hte nitdroid partition. Will test later tonight.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Rob1n | # 155 | 2011-10-16, 21:48 | Report

    Originally Posted by mirakels View Post
    my u-boot now allows to copy the initial atags and append cmdline and ramdisk images to it.
    Nitdroid now comes up without panics, completely ignoring the maemo rootfs.
    Only thing still is the firmware. I'll probably just copy the firmware files tot hte nitdroid partition. Will test later tonight.
    Finally got it all working I can now boot into Maemo, Meego or Nitdroid without needing to reflash or change cards. I've attached the patch to u-boot I'm using - it appends the initrd and command line (if set) to the atags instead of just ignoring them when atagaddr is set.

    For Nitdroid, I'm using multiboot as normal, but fooling it into thinking it's already done the reflash, so it just loads Nitdroid straight away. If anyone's interested, I can also post my initramfs and u-boot scripts.

    Edit | Forward | Quote | Quick Reply | Thanks
    Attached Files
    File Type: gz u-boot.diff.gz (481 Bytes, 130 views)
    The Following 7 Users Say Thank You to Rob1n For This Useful Post:
    don_falcone, EugeneS, Fabry, fw190, miqu, nicolai, peterleinchen

     
    mirakels | # 156 | 2011-10-17, 07:39 | Report

    same here.

    But my attempts to boot without using the maemo rootfs fail.Nitdroid needs the maemo rootfs to start all kinds of daemons for 'propriety' functions like bme and also starts things like dbus from the maemo partition.
    I guess this can all be fixed by copying a couple of maemo files to the nitdroid partition, but it needs lots of changes to the nitdroid startup code.

    So the nitdorid port is not really an native port... Pitty.
    But the important things is we can boot nitdroid (and others) without reflashing!

    anyway here is my version of the u-boot update. It uses an environment variable "atagcopy" to indicate you want to copy the existing atags and append new ones to it. e.g. something like:

    setenv atagcopy $init_atagaddr
    setenv bootargs root=/dev/mmcblk0p5
    loadext2 .... $loadaddr uImage
    loadext2 .... $ramfsaddr uInitramfs
    bootm $loadaddr $ramfsaddr

    Edit | Forward | Quote | Quick Reply | Thanks
    Attached Files
    File Type: gz 0001-bootm-optionally-copy-existing-atags-and-append-new-.patch.gz (1.3 KB, 96 views)
    The Following 3 Users Say Thank You to mirakels For This Useful Post:
    don_falcone, Fabry, fw190

     
    Hurrian | # 157 | 2011-10-17, 09:47 | Report

    I can't seem to see anything weird in powertop before and after installing u-boot, but the battery applet's been acting weird. No idea where the power consumption's going (shouldn't Linux take control of all the devices when it starts?)

    Edit | Forward | Quote | Quick Reply | Thanks

     
    ildar | # 158 | 2011-11-01, 11:25 | Report

    u-boot is a nice piece of software.
    I just stuck with
    1. loading initramfs. Could you please show a command for that?
    2. I've seen fatload working (once). How can I do the same for ext2. Example?
    3. Most recent u-boot+PR1.3 kernel -? At http://al.robotfuzz.com/~al/maemo/u-boot/ ?

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Rob1n | # 159 | 2011-11-01, 11:40 | Report

    Originally Posted by ildar View Post
    u-boot is a nice piece of software.
    I just stuck with
    1. loading initramfs. Could you please show a command for that?
    2. I've seen fatload working (once). How can I do the same for ext2. Example?
    3. Most recent u-boot+PR1.3 kernel -? At http://al.robotfuzz.com/~al/maemo/u-boot/ ?
    1. You can load the initramfs by doing "fatload mmc 0:3 0x83000000 initrd.img" and then boot it by doing "bootm 0x82000000 0x83000000".
    2. As well as fatload, there's a corresponding ext2load which you can use in the same way.
    3. The latest u-boot (AFAIK) is at http://atrey.karlin.mff.cuni.cz/~pali

    Edit | Forward | Quote | Quick Reply | Thanks

     
    pali | # 160 | 2011-11-11, 17:16 | Report

    Good news

    I found a way how to get address where was u-boot loaded by NOLO and where u-boot expect start address in any C or ASM code (not only in start.S). So relocation of u-boot binary to correct address is possible in any source file.

    It is very tricky. In one section will be stored address of that section generated by compiler (this address will correct after reloacation). And also it is possible to get address where is really that section stored.

    assembler code:
    Code:
    relocaddr:
    .word .
    and in same file will be calculating offset (saved in r0):
    Code:
    adr	r0, relocaddr @real address of section
    ldr	r1, relocaddr @correct address of section after relocation
    sub	r0, r0, r1 @calculate offset
    after that it is possible to move relocation code from armv7/start.S to rx51 board code and maybe this solution can be accepted in upstream.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 6 Users Say Thank You to pali For This Useful Post:
    don_falcone, Fabry, fw190, moepda, reinob, Santhan

     
    Page 16 of 23 | Prev | 6   14     15   16   17     18   | Next | Last
vBulletin® Version 3.8.8
Normal Logout