Hi,
>>
>>I have a few questions on arm926 initialization code, located in
>>${U_BOOT}/cpu/arm926ejs/start.S:
>>1) what is the point of deliberately setting up SVC mode, as it's
>>already in this mode right upon the reset?
What if the target board has a custom bootmonitor & you use U-Boot as
secon
Hi,
>>how well does U-Boot support ARM's PrimeCell peripherals?
What do u mean by support.
I use U-booot as The Primary Bootloader on arm926ej-s based Board.
By Default U-boot supports few Primecell peripherals drivers like PL0x1
UART.
I developed few others my self, like pl18x mmc, rtc, gp
Hi,
>>Regardless of CFG_MAX_FLASH_BANKS value, the only first bank is
>>configured. Was it done deliberately or it's logical flaw? I think
>>is code could cloned on a multiple of other platforms.
ARM Versatile has only one flash bank.
What if a user has configured an incorrect number for flash
Hi Wolfgang Denk,
wd wrote:
>
>> I'm trying to understand how it's done on ARM --
>
> On ARM it's being done wrong - no real relocation is preformed;
> instead, U-Boot is liked to a fixed address in RAM. The startup code
> (mostly assembler) can run from ROM (too).
>
>
If you can tel
On Tue, May 29, 2012 at 08:55:34, Fabio Estevam wrote:
> Hi,
>
> I need to provide a get_board_rev() function that depends on I2C probe
> of a PMIC to decide between the board revision.
>
> I2C is only available after relocation,
Not necessarily. You can use i2c probe & read even before relocat
Hi,
On Fri, Jan 06, 2012 at 10:29:48, Graeme Russ wrote:
> Hi Simon,
>
> On Fri, Jan 6, 2012 at 3:30 PM, Simon Glass wrote:
> > Hi Graham,
> >
> > On Thu, Jan 5, 2012 at 2:18 PM, Graeme Russ wrote:
> >> Hi Wolfgang,
> >>
> >> On Wed, Jan 4, 2012 at 1:44 AM, Wolfgang Denk wrote:
> >>> Dear Grae
Hi,
On Mon, Dec 12, 2011 at 12:59:43, Sidharth Baisane wrote:
> hi,
>
> How can i use print statement in uboot ???
> I tried printf in following program but its not executing it and my
> program hangs afterwards.
>
>
> void start_armboot (void)
> {
> init_fnc_t **init_fnc_ptr;
> char
Siddharth,
On Thu, Dec 22, 2011 at 15:46:21, siddharth baisane wrote:
> Hi,
> so I am now trying to load u-boot-spl.bin using teraterm as per process
> given in following link
> "http://processors.wiki.ti.com/index.php/AM335x_U-Boot_User%27s_Guide#UART";
> *1)I kept uart mode and throug teraterm
By "we" I meant the gr8 u-boot community. I know at present there isn't a place
on web for u-boot but surely I would help if someone starts.
Regards
Gururaja
> -Original Message-
> From: Detlev Zundel [mailto:d...@denx.de]
> Sent: Wednesday, August 10, 2
On Thu, Jan 24, 2013 at 13:10:56, Maxim Podbereznyy wrote:
> Hi!
>
> I want to add a new board support to u-boot. So I did the following:
>
> 1) git clone git://git.denx.de/u-boot.git u-boot-dev
> 2) modified existing files, added new
Use "git commit" to commit your changes to tree
> 3) built t
l fix/correction doesn’t require a cover-letter.
>
>
> thanks!
>
>
>
> 2013/1/24 Hebbar, Gururaja
>
>
> On Thu, Jan 24, 2013 at 13:10:56, Maxim Podbereznyy wrote:
> > Hi!
> >
> > I want to add a new board support to u-bo
Hi,
On Wed, Apr 20, 2011 at 02:43:23, Rogan Dawes wrote:
> Hi folks,
>
> I'm trying to understand a bit more about how u-boot creates the image, such
> that the CPU reset vector is pointing to the right piece of code when it is
> reset.
>
> i.e. my DNS323 (Orion5x) has a reset vector of 0x
Hi,
I need one clarification regarding load address, entry point inside the Kernel
image & the address to where we load the image.
Assume, the image header is as below.
Image Name: Linux-2.6.38-10700-g846a497
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size:2064396 B
Hi,
For our upcoming SOC, we have a situation where in we need to configure UART
console at runtime. Our SOC makes use of NS16550.
I looked through the u-boot tree & found several references for doing the same.
hebbar@linux- server:~/projects/u-boot-git$ gr NS16550_init *
board/she
Hi,
I need one clarification regarding Environment variable declaration & its usage.
#define CONFIG_EXTRA_ENV_SETTINGS \
"brd_mem=62M\0" \
"bootargs_defaults=setenv bootargs " \
"console=${console} " \
"mem=${brd_mem}\0" \
"mmc_args=run bo
Hi wd,
Thanks for the reply. Helped me a lot.
However see below
On Thu, Jul 21, 2011 at 18:41:30, Wolfgang Denk wrote:
> Dear "Hebbar, Gururaja",
>
> In message you
> wrote:
> >
> >
> > The question here is mmc_args re-uses variable bootargs as
&
Hi,
We have an upcoming SOC with Ethernet controller which has registers with
offsets crossing 0x110.
In order to access these registers, we use miiphy_read() & miiphy_write() api
provided by Standard u-boot mii phy util code (common/miiphyutil.c).
However the syntax of miiphy_read() & miiphy_w
Hi,
We need to make this sticky or add it into some wiki page.
Nice explanation for beginners.
Regards
Gururaja
On Mon, Aug 08, 2011 at 01:58:32, Jerry Van Baren wrote:
> On 08/07/2011 02:55 PM, Rakesh Modi wrote:
> > Hi,
> > I am new to linux and u-boot. Please answer my following questions.
>
Mark,
On Tue, Apr 16, 2013 at 20:32:34, Mark Jackson wrote:
> NanoBone Specification:
> ---
> Memory:
> 256MB DDR3
> 64MB NOR flash
> 256MB NAND flash
> 128KB FRAM
>
> Ethernet:
> 2 x 10/100 connected to SMSC LAN8710 PHY
>
> USB:
> 1 x USB2.0 Type A
>
> I2C:
>
On Wed, Apr 17, 2013 at 23:12:51, Mark Jackson wrote:
> On 17/04/13 06:27, Hebbar, Gururaja wrote:
> > Mark,
> >
> > On Tue, Apr 16, 2013 at 20:32:34, Mark Jackson wrote:
>
>
>
> >> diff --git a/MAINTAINERS b/MAINTAINERS
> >> index 1614b91..
Hi,
On Fri, Mar 11, 2011 at 14:08:14, Raffaele Recalcati wrote:
> From: Raffaele Recalcati
>
[...]
[...]
> @@ -48,6 +48,36 @@ int mmc_send_cmd(struct mmc *mmc, struct mmc_cmd *cmd,
> struct mmc_data *data)
> return mmc->send_cmd(mmc, cmd, data);
> }
>
> +int mmc_send_status(struct mmc
Hi,
On Fri, Mar 11, 2011 at 14:02:20, Sanjeeva Kumara wrote:
> Hi
> My self Sanjeev. I'm working on marvell's processor ( PXA ). I'm using NOR
> flash to port Uboot. I want to do partition in NOR flash so that in one
> partition I can keep my master copy and provide Uboot upgrade option. Pl
y ?. what is the board config name
Regards
Gururaja
>
> -Original Message-----
> From: Hebbar, Gururaja [mailto:gururaja.heb...@ti.com]
> Sent: Friday, March 11, 2011 6:14 PM
> To: Sanjeeva Kumara; u-boot@lists.denx.de
> Subject: RE: Uboot- Nor flash
>
> Hi,
&
t starts execution from /arch/arm/cpu/pxa/start.S -->
_start function
regards
Gururaja
> -Original Message-
> From: Hebbar, Gururaja [mailto:gururaja.heb...@ti.com]
> Sent: Tuesday, March 15, 2011 11:55 AM
> To: Sanjeeva Kumara
> Cc: u-boot@lists.denx.de
> Subject: RE: U
Hi,
On Fri, Mar 25, 2011 at 08:21:46, sywang wrote:
>
>
> I have a question about how to save last warm-reboot information.
>
>
> I am trying to find a method to save last warm-reboot reason. If I want to
> save the information by DRAM memory, how to do this?
>
AFAIK, there isn't any direc
Hi,
On Wed, Apr 06, 2011 at 11:22:13, Ran Shalit wrote:
> Hello,
>
> I am trying to understand the logic behind the implementation of SPI
> interface, and came across a validity routine (for different baords it is
> about the same):
>
> for Atmel and Davinci for example:
>
> int spi_cs_is_val
Hi,
On Wed, Apr 06, 2011 at 15:02:22, Ran Shalit wrote:
>
>
> It seems that currently both atmel & davinci boards supports only 1 spi
> instance at a time.
>
> In order to support different spi instances,
> In case of atmel declare SPIx_BASE as required & set
> CONFIG
Signed-off-by: Gururaja Hebbar <[EMAIL PROTECTED]>
---
cpu/arm926ejs/versatile/timer.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/cpu/arm926ejs/versatile/timer.c b/cpu/arm926ejs/versatile/timer.c
index 32872d2..59860cf 100644
--- a/cpu/arm926ejs/versatile/t
Hi,
> according to datasheet for the register TimerXControl
>
> we are supposed to not modify the bits [31:8] and [4]
>
> so we are suppose to read the register and modify only the
> others register.
Does this mean i need to resend the earlier patch. Writing 00 to these
bits ( 31:8 & 4) is u
Hi<
> > > Hi,
> > >
> > > > according to datasheet for the register TimerXControl
> > > > we are supposed to not modify the bits [31:8] and [4]
> > > > so we are suppose to read the register and modify only
> the others registers/register/bits/
> > >
> > > Does this mean i need to resend the e
Hi,
I searched the Entire u-boot-1.3.4\ directory for "PTV_BIT" declaration &
couldn't find any.
Rather MPUTIM_PTV_BIT is defined which is the correct declaration.
Below Patch Corrects the declaration of MPUTIM_PTV_MASK bit in both omap1510.h
& omap730.h.
Kindly update me if i am wrong.
TIA
Hi,
I need few clarification regarding mmc csd structure declaration. I was taking
Atmel mci as reference.
In ProductManualSDCardv2.2.pdf @ page 34 & ProdManualSDCardv1.9[1].pdf @ page
39, says
...
...
...
C_SIZE_MULT 3 bit width
ERASE_BLK_EN1 bit width
SECTOR_SIZE 7 bit width
WP_
Hi,
> Hi,
>
> I need few clarification regarding mmc csd structure
> declaration. I was taking Atmel mci as reference.
>
> In ProductManualSDCardv2.2.pdf @ page 34 &
> ProdManualSDCardv1.9[1].pdf @ page 39, says
>
> ...
> ...
> ...
> C_SIZE_MULT 3 bit width
> ERASE_BLK_EN 1 bit width
> S
Hi,
Could some please let me know whether this patch is correct.
TIA
Regards
Gururaja
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
> > So my doubt is, Shouldn't erase_grp_size come before sector size.
>
> No. But sometimes, erase_grp_size just isn't there at all,
> and you have a 1-bit flag right before sector_size instead.
>
> Currently, these values aren't actually used by u-boot, but I
> guess ideally, we should e
Hi,
Today I download u-boot-1.3.4 and checked drivers\rtc directory with
u-boot-1.3.3\drivers\rtc .
There is change in the files that this patch touches. So I think the same
patch can be applied to u-boot-1.3.4 also.
Kindly update me if any changes is needed
Regards
Gururaja
. its just incremented.
Signed-off-by: Gururaja Hebbar <[EMAIL PROTECTED]>
---
common/cmd_load.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/common/cmd_load.c b/common/cmd_load.c
index ab167f5..f2b73bd 100755
--- a/common/cmd_load.c
+++ b/common/cmd_
Hi,
According to the Maintainer file,
Kshitij Gupta <[EMAIL PROTECTED]> is the maintainer for omap1510inn board &
Dave Peverley <[EMAIL PROTECTED]> for omap730p2
I had submitted a patch for OMAP 1510 & OMAP 730 Boards. (
http://www.nabble.com/-U-Boot---PATCHCorrect-Invalid-Timer-Register-
Hi,
I would like to know the status of below patches that i submitted.
I would like to contribute as much as possible to uboot & i am really sorry if
my patch are incorrect/invalid.
Kindly le me know in such situations & i will update/correct/change it &
re-submit.
Sorry for the trouble & Tha
CFG_HZ (100 / 256)
So Prescale bits is set to indicate
- 8 Stages of Prescale, Clock divided by 256
- The Timer Control Register has one Undefined/Shouldn't Use Bit
So we should do read/modify/write Operation
Signed-off-by: Gururaja Hebbar <[EMAIL P
Hi,
Resend - Subject Corrected. Sorry for the mistake
I searched the Entire u-boot-1.3.4\ directory for "PTV_BIT" declaration &
couldn't find any.
Rather MPUTIM_PTV_BIT is defined which is the correct declaration.
Below Patch Corrects the declaration of MPUTIM_PTV_MASK bit in both omap1510.h
Hi,
Acked-by : Gururaja Hebbar <[EMAIL PROTECTED]>
Regards
Gururaja
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:[EMAIL PROTECTED]
> Subject: [PATCH 1/1] Correct ARM Versatile Timer Initialization
>
> From: Gururaja Hebbar
Hi,
I was going through ARM integrator[cp/ap] (u-boot-1.3.3) board files & found
occurrences of memsetup global variables & file memsetup.s
But according to a changelog entry, memsetup global label is changed/merged to
lowlevel_init & memsetup.s is changed/merged to lowlevel_init.S.
Below are
Hi,
I am using CodeSourcery Arm Toolchain to compile U-boot-1.3.3 for integrator cp
board.
1. I set the proper environment variables (BUILD_DIR, PATH, CROSS_COMPILE)
export PATH=/home/user/project/arm-2007q1/bin:$PATH
export CROSS_COMPILE=arm-none-linux-gnueabi-
export BUILD_DIR=/home/user/pr
Hi,
- memsetup.s is changed/merged to lowlevel_init.S
memsetup.S has a global label memsetup that just returns back to caller
- memsetup global label is changed/merged to lowlevel_init
This label is not called from anywhere.
Signed-off-by: Gururaja Hebbar <[EMAIL PROTECTED]>
---
Hi,
- Correct Improper ulong division. This patch take care of
multiple definition of `__udivsi3' & undefined reference to `raise' Error
when compiling [ap/cp]926ejs_config with CodeSourcery arm toolchain
Signed-off-by: Gururaja Hebbar <[EMAIL PROTECTED]>
---
Hi,
Any update on this patch. I even checked Linux Source for this define & way
back in Linux 2.6.11, same kind of patch was applied.
More info @
http://www.linuxhq.com/kernel/v2.6/11/include/asm-arm/arch-omap/hardware.h
TIA
Regards
Gururaja
___
U-B
Hi,
> From: "Roman Mashak" <[EMAIL PROTECTED]>
> Subject: [U-Boot] U-Boot version for a new port
> I'm planning to make a port on a ARM926EJ-S based board. What is the
> recommended way: take release or GIT version as a base ?
Depends on what processor you are using, atmel at91sam9 series or omap
Hi,
- CONFIG_INIT_CRITICAL is deprecated
- remove all references to CONFIG_INIT_CRITICAL for ARM based boards
- replace by CONFIG_SKIP_LOWLEVEL_INIT
Signed-off-by: Gururaja Hebbar <[EMAIL PROTECTED]>
---
cpu/arm946es/start.S|6 +++---
cpu/arm_intcm/start.S
Hi,
I was going through the i2c module support in u-boot-1.3.4 source & found few
duplicate calls to i2c_init.
For the below target platform,
uboot-1.3.4\lib_ppc\board.c
1. Initially, during init_sequence, init_func_i2c() is called which in
turn calls i2c_init() (uboot-1.3.4\lib_ppc\b
Hmm,
Interestingly i had sent a patch for the same for both
integrator[ap/cp].
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/46044.
i had sent it to Jean-Christophe PLAGNIOL-VILLARD & Peter Pearse & also
to U-Boot user list.
Don't know y it didn't reach there.
Regards
Gururaja
___
Hi,
> From: Roman Mashak [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] PrimeCell Peripherals
>
> Right, that's what I've found in the U-Boot sources. How come
> that widely used interrupt controllers like PL19x are not
> supported by default?
Thats because Most of the ARM based boards doe
Hi,
> In U-Boot source tree there are number of drivers with
> interrupt service routines running (for example,
> $(U_BOOT)/drivers/net/bcm570x.c) as well as various
> interrupts related macros (some of them not used thought), if
> this is what you mean.
> Perhaps these definitions are for fut
HI,
> From: Roman Mashak [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] PrimeCell Peripherals
>
> To add a bit to my previous message.
>
> As far as I understood from U-Boot's README, a standalone
> mode can and may want to use interrupts -- so it'd reasonable
> to have interrupts controll
Hi,
> From: Roman Mashak [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] PrimeCell Peripherals
>
> I'm a bit confused: 'do_irq' is defined in several files,
> including CPU-specific (arm920t, 720t etc.) and ARM
> architecture library ($(U_BOOT)/lib_arm). So if we build for
> arm920t-based
Hi,
> From: Roman Mashak [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] PrimeCell Peripherals
> I must've confused you with the question.
No u havent. Sorry to say that u havent checked the code properly
> suppose we build U-Boot for arm920t based target, in such a
> case, two files defini
Hi,
>I seem to understand that remapping, being a CPU specific and
>depending on a way U-Boot starts (either from ROM or RAM), is taken
>away in 'lowlevel_init' function, defined either in in
>$(uboot)/cpu/arm/$(soc)/lowlevel_init.S (for example,
>$(uboot)/cpu/arm920t/ks8695/) or in
>$(uboot)/boar
Hi,
> -Original Message-
> From: Wolfgang Denk [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] how can i change u-boot load address?
>
> > U wouldnt see mapping the vector on (most) ARM Platforms
> because they
> > use u-boot as secondary bootloader
>
> I don't have reliable stati
58 matches
Mail list logo
