Hi
2009/5/4 alfred steele :
> Hi Magnus,
>
>> uImage to. Itried "0x8100" and "0x80008000" and i am still unable
>> to load the kernel off u-boot.?
> Thanks for all the help! I have got linux booting from u-boot. So
> it had something to do with one of the device drivers
> Doing a post morte
Hi Magnus,
> uImage to. Itried "0x8100" and "0x80008000" and i am still unable
> to load the kernel off u-boot.?
Thanks for all the help! I have got linux booting from u-boot. So
it had something to do with one of the device drivers
Doing a post mortem on the printk log buffer pointed me to
> (Click on IMX31_PDK_14_LINUX_BSP_R14 )
Thanks Fabio. Do you know what the load address and entry point for
creating a uImage are for the mx31 pdk board and where to load the
uImage to. Itried "0x8100" and "0x80008000" and i am still unable
to load the kernel off u-boot.?
Best Regards,
Alfred
--- On Fri, 5/1/09, alfred steele wrote:
> Where do i get the latest version of Freescale BSP? i know
> this is not
> the correct forum...but still
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31PDK&nodeId=0162468rH311432973ZrDR&fpsp=1&tab=Design_Tools_Tab
(Click on IMX3
--- On Fri, 5/1/09, alfred steele wrote:
> Where do i get the latest version of Freescale BSP? i know
> this is not
> the correct forum...but still
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX31PDK&nodeId=0162468rH311432973ZrDR&fpsp=1&tab=Design_Tools_Tab
(Click on IMX3
Dear alfred steele,
In message <528f13590905010838g1a1dc360gfd5fd4a64e84d...@mail.gmail.com> you
wrote:
>
> Where do i get the latest version of Freescale BSP? i know this is not
> the correct forum...but still
>From Freescale? Try www.freescale.com ...
Best regards,
Wolfgang Denk
--
DENX S
> Yes, those values are correct. The boot_params address is also in
> arch/arm/mach-mx3/mx31pdk.c (mx3_3stack.c if you use Freescale's BSP).
>
Where do i get the latest version of Freescale BSP? i know this is not
the correct forum...but still
Thanks,
Alfred
___
Hi
2009/5/1 alfred steele :
> Hi Magnus,
>
>
>> I tend to load my kernels to 0x8100 and not 0x80008000 but I don't
>> know if that really matters. Other than that I think 'run bootcmd_net'
>> should work.
> Oops i realized i top posted:( I am re-posting again.
>
> i checked in the kernel code
Hi Magnus,
> I tend to load my kernels to 0x8100 and not 0x80008000 but I don't
> know if that really matters. Other than that I think 'run bootcmd_net'
> should work.
Oops i realized i top posted:( I am re-posting again.
i checked in the kernel code
rpm/BUILD/linux/arch/arm/mach-mx3/Makefi
Hi
2009/4/30 alfred steele :
> Hi
>> That's fine.
>> Which linker script gets actually used for the layout in in case of
>> nand_spl. Is it u-boot-nand.lds or u-boot.lds.?
>
> I am going back to the original intent of this thread, booting off the
> linux kernel using TFTP. Here's is a dump of my
Hi
> That's fine.
> Which linker script gets actually used for the layout in in case of
> nand_spl. Is it u-boot-nand.lds or u-boot.lds.?
I am going back to the original intent of this thread, booting off the
linux kernel using TFTP. Here's is a dump of my U-boot env. Does
it look good enough
Hi Magnus,
> I need more time to post the patches since I'm taking care of some
> comments that were posted to Maxim's patches (which I'm using as a
> base).
That's fine.
Which linker script gets actually used for the layout in in case of
nand_spl. Is it u-boot-nand.lds or u-boot.lds.?
Thanks.
_
> Have you got a chance to post the patches to the mainline yet?
No, but as I stated earlier the only merge problem I got was in the
top Makefile and that was easy to fix.
I need more time to post the patches since I'm taking care of some
comments that were posted to Maxim's patches (which I'm us
Hi Magnus,
> If U-boot had full NAND support for i.MX31, NAND would be detected
> somewhere between steps 7 and 8.
Thanks for the elaborate explanation. I did not find any detailed
documentation for the same in the u-boot readme's.
> See my explanation above. CONFIG_SKIP* is defined when compili
Hi
2009/4/30 alfred steele :
> Hi Magnus,
>
>
>> The mainline u-boot + my patches from early April does not contain any
>> driver for the i.MX31 NAND flash controller so that can't autodetect
>> any flash part at all.
> How does it boot out of NAND then? I am getting confused. By
> detection, i me
Hi Magnus,
> The mainline u-boot + my patches from early April does not contain any
> driver for the i.MX31 NAND flash controller so that can't autodetect
> any flash part at all.
How does it boot out of NAND then? I am getting confused. By
detection, i meant the basic init of the NFC and the NF
> At this point, it should be showing up the processor info. I am using
> a custom board with a different flash part. Samsung(KR series), and i
> guess it is part of nand_id table as i have used that to get my other
> version (patches form internal fresclae git) up and running. But i
> believe the
Hi Magnus,
Thanks.
>>If it comes that far it looks like a lot is working. Don't know why
the rest isn't though.
At this point, it should be showing up the processor info. I am using
a custom board with a different flash part. Samsung(KR series), and i
guess it is part of nand_id table as i have
Hi Alfred,
--- On Tue, 4/28/09, alfred steele wrote:
>
> Looks like somethings messed up in the NAND detection in
> the first
> place. I am using Redboot FIS to burn the "
> u-boot-nand.bin" . I
> know it ignores bad blocks but i had used successfully to
> burn in the
> past. I do not kno
Hi
2009/4/28 alfred steele :
> Hi Magnus,
> But when i tried burning "u-boot-nand.bin" to the base address and
> boot , i get only "one line" printed on the console which is
>
> U-Boot 2009.01 (Apr 28 2009 - 15:27:19)
>
If it comes that far it looks like a lot is working. Don't know why
the rest
Hi Magnus,
> I just applied the patch series to the current u-boot tip and the only
> problem was the top Makefile but that was easy to fix. No warnings
> from start.S.
I was able to build successfully after hand editing some of the hunks
in start.S. Even after using the commit snapshot you had
> Please correct me if i am wrong. Since the cpu/arm1136/start.S has
> changed in a major way since April 02, since this is a generic file, i
> am getting a BIG .rej file for the HUNKS which failed. I can hand edit
> start.S as i have done for the rest of the HUNK failures which were
> minor. But
Hi
2009/4/28 alfred steele :
> Dear Magnus,
>
>> Yes, that's the latest one I've posted (I've done minor updates
>> locally but haven't tested those yet).
> I guess that's there are two patches for NAND_SPL, one which just adds
> the SPL framework and the other which creates the mx31pdk_nand.c and
>Or you suggest sticking to the latest and greatest mainline.
Alternatively, will use the .rej to generate the new lot of patches.
That seems the best route.
Thanks.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boo
Dear Magnus,
> Yes, that's the latest one I've posted (I've done minor updates
> locally but haven't tested those yet).
I guess that's there are two patches for NAND_SPL, one which just adds
the SPL framework and the other which creates the mx31pdk_nand.c and
changes to start.S.
Please correct me
2009/4/28 alfred steele :
> Hi Magnus,
>
> Thanks again!
>> The nand_spl/nand_boot_mx31.c is a regular file if that's the one you mean.
> The reason i am asking is I am getting a build error related to this
> file after i apply your patches. When i do a ll(ls -l) on the file, i
> get
> $ll u-boot
Hi Magnus,
Thanks again!
> The nand_spl/nand_boot_mx31.c is a regular file if that's the one you mean.
The reason i am asking is I am getting a build error related to this
file after i apply your patches. When i do a ll(ls -l) on the file, i
get
$ll u-boot-head/u-boot/nand_spl/board/freescale/mx
Hi
2009/4/28 alfred steele :
> Hi Magnus,
>
>> So , in order to boot out of NAND, all i need to do is use the image
>> generated out "mx31pdk_nand_config" instead of the regular
>> "mx31_pdk_config". Right?
> Another thing which confuses me is the file "nand_boot_mx31.c" . Is it
> a symbolik link
> So , in order to boot out of NAND, all i need to do is use the image
> generated out "mx31pdk_nand_config" instead of the regular
> "mx31_pdk_config". Right?
Yes.
/Magnus
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listi
Hi Magnus,
> So , in order to boot out of NAND, all i need to do is use the image
> generated out "mx31pdk_nand_config" instead of the regular
> "mx31_pdk_config". Right?
Another thing which confuses me is the file "nand_boot_mx31.c" . Is it
a symbolik link which points to the genric nand_boot.c
Hi Magnus,
> No, but it seems that the problem is in the patched Makefile since it
> says mx31ads_config instead of mx31_pdk_config.
I tried this on all the RULES as i was getting the same results for
the rule "mx31_pdk_config". Apologize for for posting the wrong one.
This problem got resolved w
Hi
2009/4/28 alfred steele :
> Hi Magnus,
>
> Thanks!
> But then on doing "make mx31_pdk_config", i got the following:
>
> $ make mx31ads_config
> : invalid option
> make: *** [mx31ads_config] Error 1
>
> So looks like somewhere out there , some file has some weird windows
> inherited character/s
Hi Magnus,
Thanks!
>Here's a 'snapshot' function in git-web
> (http://git.denx.de/?p=u-boot.git;a=tree) which will produce a tarball
> of the current tree.
Before that, i actually managed to "git clone" to a windows machine(at
my home) and export the u-boot tarball to my office linux host where
it
Hi
2009/4/27 alfred steele :
> Dear Magnus,
>
> Thanks for the reply!
>> And we need to know which U-boot patches you're using to boot the PDK
>> board.
> I am using the internal git tree code supplied to me by freescale. The
> tarball is called "uboot-imx-imx_v2009.01.tar.gz". I can boot uboot
>
Dear Magnus,
Thanks for the reply!
> And we need to know which U-boot patches you're using to boot the PDK
> board.
I am using the internal git tree code supplied to me by freescale. The
tarball is called "uboot-imx-imx_v2009.01.tar.gz". I can boot uboot
out of NAND successfully using that as the
Hi
2009/4/27 alfred steele :
>> I think the first step would be to get MX31PDK into mainline U-boot. Are you
>> willing to help on that?
> Of course, as long as i have it up and running and tested on my
> hardware. But in order to do that, i would need your help in answering
> my earlier question
> I think the first step would be to get MX31PDK into mainline U-boot. Are you
> willing to help on that?
Of course, as long as i have it up and running and tested on my
hardware. But in order to do that, i would need your help in answering
my earlier question.
Thanks for your help!
-Alfred.
___
Hi Alfred,
--- On Mon, 4/27/09, alfred steele wrote:
> Please let me know how were able to sucessfully load the
> kernel. My
> bootup sequence too hangs after "Uncompressing
> kernel...done booting
> the kernel".
Since MX31PDK is not in mainline U-boot yet, I am wondering which version are
yo
Dear Wolfgang,
>You top post.
>You full quote.
Sincere Apologies. I better watch out before i hit the send button.
Best Regards.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear alfred steele,
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
(see http://www.netmeister.org/news/learn2quote.html)
In message <528f13590904262208s66b17bdekac218fba79
Hi Fabio,
Are the load address and other params same for PDK and the ADS board.
I intend to do the same as what you intended to aith sucess.
I saw your post her :
http://www.nabble.com/Loading-a-kernel-on-MX31ADS-using-U-boot-td16642427.html
Please let me know how were able to sucessfully load th
Hi Alfred,
--- On Thu, 4/23/09, alfred steele wrote:
> I have attached the printk circular buffer log.
>
> smc911x: initializing
> smc911x: detected controller
> smc911x: phy initialized
> smc911x: MAC 92:92:92:bb:bb:bb
> TFTP from server 206.44.18.25; our IP address is
> 206.44.18.31
> Filen
Hi All,
I am using mx31 pdk and uImage generated by LTIB.
Basically, my problem is my kernel gets stuck after printing the
"Done...Booting the kernel". Please the responses below.
Upon inspecting the printk log by doing a memory dump of the _buf_log
symbol in System.map(i translated it to the phy
43 matches
Mail list logo
