Nicholas Kinar wrote:
I now strongly believe that the bootargs are not being passed in
properly to the kernel. Having found a posting on the AT91 website [1],
I now realize that the Linux kernel has been built with a load address
of 0x20008000, but must be loaded to different address
On 11-03-29 03:46 PM, Nicholas Kinar wrote:
Thanks for your response, Wolfgang - I will switch the file system to
UBI/UBIFS, and then post back what I've done. I've been looking in the
include/configs/sheevaplug.h directory, and I think that this small
embedded computer is now using UBIFS as
Nicholas Kinar wrote:
I then used the ubifsload command to load the uImage into SDRAM memory:
U-Boot ubifsload 0x2200 uImage
Loading file 'uImage' to addr 0x2200 with size 1256920 (0x00132dd8)...
Done
The bootargs environment variable was set to be the following:
U-Boot setenv
Dear Nicholas Kinar,
In message 4d92428e.6030...@usask.ca you wrote:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness of the fsload code?
JFFS2 is more or less deprecated these days. FOr new projects, we
recommend to use UBI/
Dear Joakim Tjernlund,
In message
ofa7deb7be.7d093c64-onc1257863.0027befd-c1257863.00281...@transmode.se you
wrote:
JFFS2 deprecated? It is very stable and works well for NOR based filesystems.
Yes, we consider it deprecated, and we do not use it in any new
projects / products.
Do you use
Hello,
I've designed a custom circuit board based around the AT91SAM9RL64
processor from Atmel. This is an ARM9 AT91SAM9 series chip. The Atmel
evaluation kit for this processor is supported by U-Boot, and the
configuration header file can be found in the u-boot-2010.09 source code
On 29/03/2011 10:14 AM, Nicholas Kinar wrote:
Also as instructed in the README.NAND, README.JFFS2 and
README.JFFS2_NAND files found in the /doc/ directory, I've tried
defining the following in my
/include/configs/at91sam9rlek.h configuration file:
#define CONFIG_JFFS2_NAND 1
#define
On Tue, 29 Mar 2011 11:37:25 -0600
Nicholas Kinar n.ki...@usask.ca wrote:
On 29/03/2011 10:14 AM, Nicholas Kinar wrote:
Also as instructed in the README.NAND, README.JFFS2 and
README.JFFS2_NAND files found in the /doc/ directory, I've tried
defining the following in my
On 29/03/2011 11:56 AM, Scott Wood wrote:
On Tue, 29 Mar 2011 11:37:25 -0600
Nicholas Kinarn.ki...@usask.ca wrote:
On 29/03/2011 10:14 AM, Nicholas Kinar wrote:
Also as instructed in the README.NAND, README.JFFS2 and
README.JFFS2_NAND files found in the /doc/ directory, I've tried
defining
On Tue, 29 Mar 2011 14:35:26 -0600
Nicholas Kinar n.ki...@usask.ca wrote:
I have two additional questions associated with booting the kernel from
NAND flash on my custom hardware:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness
On 29/03/2011 2:46 PM, Scott Wood wrote:
On Tue, 29 Mar 2011 14:35:26 -0600
Nicholas Kinarn.ki...@usask.ca wrote:
I have two additional questions associated with booting the kernel from
NAND flash on my custom hardware:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the
Dear Nicholas Kinar,
In message 4d92428e.6030...@usask.ca you wrote:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness of the fsload code?
JFFS2 is more or less deprecated these days. FOr new projects, we
recommend to use UBI/ UBIFS
On 29/03/2011 3:05 PM, Wolfgang Denk wrote:
Dear Nicholas Kinar,
In message4d92428e.6030...@usask.ca you wrote:
(1) Does replacing jffs2_1pass.c with jffs2_nand_1pass.c in the fs/jffs2
directory influence the robustness of the fsload code?
JFFS2 is more or less deprecated these days. FOr
Dear Nicholas Kinar,
In message 4d92531e.4030...@usask.ca you wrote:
I would assume that the fsload command will also work with UBIFS as well.
No. UBIFS uses it's own command set; you will use ubifsload instead.
In my custom system, At91Bootstrap is situated on SPI Dataflash. The
14 matches
Mail list logo