On Oct 22, 2015 7:50 AM, "Tom Rini" wrote:
>
> On Thu, Oct 22, 2015 at 07:33:07AM -0400, Brian Hutchinson wrote:
> > On Oct 22, 2015 7:21 AM, "Tom Rini" wrote:
> > >
> > > On Thu, Oct 22, 2015 at 12:12:32PM +0100, Lad, Prabhakar wrote:
>
On Oct 22, 2015 7:21 AM, "Tom Rini" wrote:
>
> On Thu, Oct 22, 2015 at 12:12:32PM +0100, Lad, Prabhakar wrote:
>
> > Hi Tom,
> >
> > I was trying the latest master branch for ti8148 evm to boot from SD
> > card, following are the steps which I followed:
> >
> > 1: make ARCH=arm CROSS_COMPILE=arm-
I need ti816x u-boot too! Maybe I can help too. Need 3.x kernel too but I
guess that is for another list :)
Regards,
Brian
On Feb 18, 2013 7:21 AM, "Peter Korsgaard" wrote:
>
> > "Tom" == Tom Rini writes:
>
> Hi,
>
> >> Quite some of the base addresses are similar, but I wonder if it
>
Hi Wolfgang,
>> I noticed my malloc pool was only 128k so I changed that to 256 and it
>> didn't help.
>>
>> CFG_MONITOR_LEN is set to 256k, the same size as a flash sector.
>
> Well, and what hapopens when you inclrease the malloc size to - say -
> 1024 kB ?
>
About a hour before your post, I tr
Hi Wolfgang,
>> > ... which to my understanding is intended to allow you to save RAM by
>> > using a env. smaller than your sector size which is my case.
>
> This has nothing to do with saving RAM.
>
You are right (as usual). I was searching the archives before I
started posting and I read somet
On Thu, Apr 8, 2010 at 6:08 AM, Wolfgang Denk wrote:
> Dear Brian Hutchinson,
>
> In message
> you wrote:
>>
> ...
>> > ## Booting image at 0020 ...
>> > Image Name: Linux-2.6.28-picochip-3.2.0
>> > Created: 2010-04-05 19:24:18
Sorry for top post. This is the third message of the thread being
re-sent in plain text. I'll also add that the test case below also
hangs on trying to bootm a kernel in flash just as it did in the nfs
boot case of the shown below.
On Wed, Apr 7, 2010 at 5:07 PM, Brian Hutchinson wrote:
&
Sorry for the top post. Resending in plan test. This was the second
message of the thread.
On Wed, Apr 7, 2010 at 4:14 PM, Brian Hutchinson wrote:
> Update.
>
> I'm on a ARM 926 by the way. Forgot to mention that.
>
> I fired up my trusty JTAG OpenOCD and gdb to i
Sorry for the top post. Resending in plain text as original message was UTF-8
On Wed, Apr 7, 2010 at 11:14 AM, Brian Hutchinson wrote:
> Hi,
>
> I'm using u-boot 1.1.6 and have been using a single 256k flash sector
> for the environment. I want to use the redundant env. featu
> #if CFG_ENV_SECT_SIZE > CFG_ENV_SIZE
> up_data = (end_addr_new + 1 - ((long)flash_addr_new + CFG_ENV_SIZE));
> debug ("Data to save 0x%x\n", up_data);
> if (up_data) {
> if ((saved_data = malloc(up_data)) == NULL) {
> printf("Unable to sa
Update.
I'm on a ARM 926 by the way. Forgot to mention that.
I fired up my trusty JTAG OpenOCD and gdb to investigate this more.
Looks like the malloc of up_data (which is 0x3) is failing.
My env size is 0x1 so why am I trying to malloc 0x3?
Regards,
Brian
___
Hi,
I'm using u-boot 1.1.6 and have been using a single 256k flash sector
for the environment. I want to use the redundant env. feature so I
changed my config to:
#define CFG_ENV_IS_IN_FLASH 1 /* Environment
variables stored in Flash memory */
#define CFG_ENV_ADDR
Hi Wolfgang,
I applied Ilya's ARM initramfs outside physical RAM patch and it
appears to work. It still displays the warning of disabling the
initrd due to the image being outside physical RAM (I can fix that :)
).
I took the cpio.gz I had and did the following mkimage to it:
mkimage -A arm -O
>
> Hm... And redundant environment is not safe enough for you?
I don't know much about redundant env but now that you mention it ...
I do remember seeing something about that in the code. I'll look into
it. Thanks!
>
>> The goal is to not brick a device during a upgrade. Whatever bank you
>>
... oops, one glaring thing I didn't think about in the approach I
presented was the I2C transaction. If power is lost during that
transaction I have a similar problem to a loss of power during a
saveenv and the flash sector being erased and re written.
(puts on flame retardant underwear) Can environment variables be
pulled from Flash and EEPROM?
Why would I want to do this? I need to provide fail safe upgrade path
and need to do something similar to the bootcount feature in PPC (I'm
using ARM though).
I have a internal SRAM that I can use for
On Wed, Mar 17, 2010 at 4:48 PM, Wolfgang Denk wrote:
> As far as U-Boot is concerned: yes, you can.
>
> In my understanding any sane kernel implementation shoul dbe able to
> deal with this.
Thanks Wolfgang! I sure do thank the Lord for your diligence over the
past 10+ years!
> Indeed ARM is o
Can I use the physical flash address of a initramfs with the u-boot
bootm command? The kernel doesn't appear to like it see below.
I'm not sure if the problem I've having is a kernel or u-boot issue.
I posted on the ARM linux list too so forgive me if you are on both
lists.
I need a initial
Hi,
I did some experiments with my hardware (picoChip PC205) and it looks like
the contents of the internal SRAM are kept during reset so I think making
bootcount_load and bootcount_store to access a section in SRAM is the way to
go rather than use EEPROM or NOR Flash for the counter (don't want t
Hi,
I have been searching the archives and I've seen posts that suggest that the
bootcount feature is trivial to implement in non PPC cpu's but haven't seen
a discussion of what would be involved or ideas on how to go about it.
I have flash (where the u-boot env. vars are stored) and EEPROM via I
On Tue, Sep 1, 2009 at 2:22 PM, Jerry Van Baren wrote:
> Brian Hutchinson wrote:
>
>> Hi all,
>>
>> I'm a little stumped as to how to write to a EEPot with the imw command.
>>
>> The EEPot is a Maxim 5434 and has an address of 0x28. To write to its
&
Hi all,
I'm a little stumped as to how to write to a EEPot with the imw command.
The EEPot is a Maxim 5434 and has an address of 0x28. To write to its
volatile or non-volatile register ... a command byte is given.
Writing 5 bits of data (it is a 32 tap pot so that is where the 5 bits come
from)
22 matches
Mail list logo
