Raghunandan D wants you to join Yaari!
Is Raghunandan your friend?
Yes, Raghunandan is my
friend! No,
Raghunandan isn't my friend.
Please respond or Raghunandan might think you said no :(
Thanks,
The Yaari Team
You are
On Friday 08 February 2008, Nikhil Gautam wrote:
> I figured couple of more things that needed change
>
> In ndfc.c
> #ifdef CFG_NAND_4_ADDR_CYCLE
>/* Set NandFlash Core Configuration Register */
>/* 2 col x 2 rows */
>out32(base + NDFC_CCR, 0x2000 | (cs << 24));
> #else
Thanks Stefan,
I figured couple of more things that needed change
In ndfc.c
#ifdef CFG_NAND_4_ADDR_CYCLE
/* Set NandFlash Core Configuration Register */
/* 2 col x 2 rows */
out32(base + NDFC_CCR, 0x2000 | (cs << 24));
#else
/* Set NandFlash Core Configuration Regi
In message <[EMAIL PROTECTED]> you wrote:
>
> > Previously, this feature was provided by a U-Boot application that was
> > made available only on Freescale BSPs. The VSC7385 firmware must still
> > be obtained separately, but at least there is no longer a need for a
> > separate
> > application.
Kim Phillips wrote:
> I'd prefer firmware uploading bits remain apps (perhaps in examples/?)
> but I don't know the "U-Boot Philosophy" for this area..
The whole point behind this patch is to get rid of the currently application
and
make this a native feature of U-Boot.
In this regard, it is n
On Thu, 7 Feb 2008 08:53:46 -0800 (PST)
David Saada <[EMAIL PROTECTED]> wrote:
>
> Add support for UPM configuration on the 85xx platform.
> In addition, on the MPC83xx, remove MPC834x precompiler condition, in order
> to support all MPC83xx processors.
>
> Signed-off-by: David Saada <[EMAIL PRO
On Wed, 6 Feb 2008 13:19:25 -0600
Timur Tabi <[EMAIL PROTECTED]> wrote:
> The Vitesse VSC7385 is a 5-port switch found on the Freescale MPC8349E-mITX
> and other boards. A small firwmare must be uploaded to its on-board memory
> before it can be enabled. This patch adds the code which uploads f
Hi Bartolomiej,
>> Hi Marian,
>>
>> do you have git repository with your changes?
>
> Hi Michal,
>
> Let me answer this, as Marian is out of office. Yes, the changes are
> available form the new-image branch of the u-boot-testing repo. For more
> details, please see my email to the list announci
Guennadi Liakhovetski wrote:
> If the length of the memory address range passed to the "mtest" command is
> not of the form 2^x - 1, not all address lines are tested. This bug is
> inherited from the original software at
> http://www.netrino.com/Embedded-Systems/How-To/Memory-Test-Suite-C. Fix
On Wed, 2008-01-23 at 15:55, Jon Loeliger wrote:
> sys_eeprom.c:82:9: warning: unknown escape sequence '\/'
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> ---
>
> Wolfgang,
>
> Could you please apply this bugfix directly?
>
> Thanks,
> jdl
>
>
> board/freescale/common/sys_eeprom.c |
Hi Andrea,
On Thursday 07 February 2008, R&D4 wrote:
> we are currently using u-boot (1.2.0) on our ARM9 based platform to boot
> WinCE 4.2, 5.0 and 6.0 images (.bin).
> More than this we also changes some part of WinCE BSP to allow passing
> "kernel bootline parameters" (as much like in linux ;-)
Here it is Stefan!
There is only one main changes:
* add common/cmd_bin.c for adding 'bootwince' command. This command
accept only one argument which is the base address of .bin image. The
command should also handle .nk (raw) images, but I have never tried it
so much (.nk are quite huge and
Add support for UPM configuration on the 85xx platform.
In addition, on the MPC83xx, remove MPC834x precompiler condition, in order
to support all MPC83xx processors.
Signed-off-by: David Saada <[EMAIL PROTECTED]>
--- a/include/mpc85xx.h 2008-02-07 12:11:35.873966000 +0200
+++ b/include/mpc85xx.
On the MPC83xx & MPC85xx architectures that have QE, add initial data to the
pin configuration table (qe_iop_conf_tab). This is relevant for GPIO pins
defined as output. One can setup a value of -1 to leave the value unchanged.
QE initialization tables in all relevant boards were also replaced.
In
If the length of the memory address range passed to the "mtest" command is
not of the form 2^x - 1, not all address lines are tested. This bug is
inherited from the original software at
http://www.netrino.com/Embedded-Systems/How-To/Memory-Test-Suite-C. Fix
this.
Signed-off-by: Guennadi Liakho
On Feb 7, 2008, at 10:15 AM, Bartlomiej Sieka wrote:
> Kumar Gala wrote:
>> Here is a rough patch to common/cmd_bootm.c that passed load_end
>> down to
>> the do_bootm_* commands. I haven't updated the lib_*/bootm.c at this
>> point.
>> I think this is useful to help the bootm commands know ex
Hi Stefan!
we are currently using u-boot (1.2.0) on our ARM9 based platform to boot
WinCE 4.2, 5.0 and 6.0 images (.bin).
More than this we also changes some part of WinCE BSP to allow passing
"kernel bootline parameters" (as much like in linux ;-) ) to configure
console output (on serial line
In message <[EMAIL PROTECTED]> you wrote:
> Add support for UPM configuration on the 85xx platform.
> In addition, on the MPC83xx, remove MPC834x precompiler condition, in
> order to support all MPC83xx processors.
>
> Signed-off-by: David Saada <[EMAIL PROTECTED]>
>
> --- a/include/mpc85xx.h
Kumar Gala wrote:
> Here is a rough patch to common/cmd_bootm.c that passed load_end down to
> the do_bootm_* commands. I haven't updated the lib_*/bootm.c at this
> point.
>
> I think this is useful to help the bootm commands know exactly what memory
> is used and what is freed. There are situa
Dear Joakim,
in message <[EMAIL PROTECTED]@transmode.se> you wrote:
>
> > The original idea of the table was that a user could provide (in his
> > board config file) a private version to allow for easy, #ifdef free
> > board specific initialization sequences.
> >
> > Unfortunately I never foun
Hi,
I'm wondering what may be needed to boot WinCE (6.0) images from U-Boot.
Searching the web leads to some pages that mention booting WinCE is possible.
But my understanding is that some additional patches are necessary and the
official U-Boot doesn't support this currently.
Does anybody hav
David Saada wrote:
>> Don't use volatile. Use the accessor functions: in_be32 and out_be32.
> This was copied from the qe_config_iopin function, which still used the
> volatile directive. I can fix it there as well, but I see that it's used
> everywhere.
Yeah, and it's wrong everywhere, too.
>
> > +void qe_read_iopin(u8 port, u8 pin, int *data)
> > +{
> > + u32 pin_1bit_mask;
> > + u32 tmp_val;
> > + volatile immap_t*im = (volatile immap_t *)CFG_IMMR;
> > + volatile qepio83xx_t*par_io = (volatile qepio83xx_t
>
> Don't use volat
Here is a rough patch to common/cmd_bootm.c that passed load_end down to
the do_bootm_* commands. I haven't updated the lib_*/bootm.c at this
point.
I think this is useful to help the bootm commands know exactly what memory
is used and what is freed. There are situations that I'd like to get
wor
David Saada wrote:
> +void qe_read_iopin(u8 port, u8 pin, int *data)
> +{
> + u32 pin_1bit_mask;
> + u32 tmp_val;
> + volatile immap_t*im = (volatile immap_t *)CFG_IMMR;
> + volatile qepio83xx_t*par_io = (volatile qepio83xx_t
Don
On Thu, 7 Feb 2008, Jerry Van Baren wrote:
> Your original question/concept still used the name "addr_mask" which caused
> confusion on my part.
Ahhh, that's just a variable name:-)
> It really should be a length, not a mask.
Of course.
> Illustrating
> with a hand-generated patch, what I am n
Guennadi Liakhovetski wrote:
> Hi Jerry
>
> On Thu, 7 Feb 2008, Jerry Van Baren wrote:
>
>> Guennadi Liakhovetski wrote:
>>> Hi all,
>>>
>>> looking through the common/cmd_mem.c::do_mem_mtest() function, I couldn't
>>> understand the following place:
>>>
>>> addr_mask = ((ulong)end -
Hi Jerry
On Thu, 7 Feb 2008, Jerry Van Baren wrote:
> Guennadi Liakhovetski wrote:
> > Hi all,
> >
> > looking through the common/cmd_mem.c::do_mem_mtest() function, I couldn't
> > understand the following place:
> >
> > addr_mask = ((ulong)end - (ulong)start)/sizeof(vu_long);
> > .
Guennadi Liakhovetski wrote:
> Hi all,
>
> looking through the common/cmd_mem.c::do_mem_mtest() function, I couldn't
> understand the following place:
>
> addr_mask = ((ulong)end - (ulong)start)/sizeof(vu_long);
> ...
> for (offset = 1; (offset & addr_mask) != 0; offs
Michal Simek wrote:
> Hi Marian,
>
> do you have git repository with your changes?
Hi Michal,
Let me answer this, as Marian is out of office. Yes, the changes are
available form the new-image branch of the u-boot-testing repo. For more
details, please see my email to the list announcing it, sent
Hello,
The ongoing new uImage format work that has been posted to the list in
the form of patches, is now also available from the new-image branch of
the u-boot-testing repository at Denx (thanks Wolfgang!).
You can browse the code by going to:
http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boo
Add support for UPM configuration on the 85xx platform.
In addition, on the MPC83xx, remove MPC834x precompiler condition, in
order to support all MPC83xx processors.
Signed-off-by: David Saada <[EMAIL PROTECTED]>
--- a/include/mpc85xx.h 2008-02-07 12:11:35.873966000 +0200
+++ b/include/mpc85xx.h
On the MPC83xx & MPC85xx architectures that have QE, add initial data to
the pin configuration table (qe_iop_conf_tab). This is relevant for GPIO
pins defined as output. One can setup a value of -1 to leave the value
unchanged.
QE initialization tables in all relevant boards were also replaced.
In
I have added your patch to my list
Regards
Peter
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> -Original Message-
> From: Martin Krause [mailto:[EMAIL PROTECTED]
> Sent: 31 January 2008 12:12
> To: Peter Pearse
> Cc: u-boot-users@lists.sourceforge.net
> Subject: RE: [U-Boot-Users] Fix interrupt sub mask on
> S3C2410,Fix clock calculation for S3C2410 cpu.
>
> Hi Peter,
>
> [E
35 matches
Mail list logo
