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 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)
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,
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
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
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
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
(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
... 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.
>
> 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
>>
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
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
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
___
> #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
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
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 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:
&
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
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
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
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-
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:
>
22 matches
Mail list logo
