On 01/22/11 01:06, Tom Warren wrote:
> Signed-off-by: Tom Warren
> ---
[ snip ]
> +/*
> + * Routine: pin_mux_uart
> + * Description: setup the pin muxes/tristate values for a UART
> + */
> +static void pin_mux_uart(void)
> +{
> + pinmux_tri_ctlr *const pmt = (pinmux_tri_ctlr *)NV_PA_APB_MISC
Hello,
Am 22.12.2010 21:15, schrieb Wolfgang Denk:
> *
> * Currently,>100 ARM boards are *broken* and *do not compile*. *
> *
>
> Board maintainers or ot
Hello,
I've stumbled over the fact that the length parameter for sha1sum uses
16 as default base, which I found a bit confusing.
E.g.
-
U-Boot>> tftp $loadaddr uImage
...
done
Bytes transferred = 1976384 (1e2840 hex)
U-Boot>> sha1sum $loadaddr 1976384
SHA1 for 0080 ..
On Jan 25, 2011, at 12:36 AM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <356989c7-fa92-46d5-9fb6-5f9332ecb...@kernel.crashing.org> you
> wrote:
>>
>> The issue is that the code under post/lib_powerpc/fpu/* is compiled with:
>>
>> CFLAGS := $(shell echo $(CFLAGS) | sed s/-msoft-fl
On first HW versions the BOCO FPGA was behind a MUX device. These
HW versions are not supported anymore. And therefore this code can
be removed, it is already unused.
Signed-off-by: Holger Brunck
---
board/keymile/km_arm/km_arm.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
If we built POST on PPC's that didn't enable CONFIG_SYS_POST_FPU we'd
get the following warning with newer toolchains:
powerpc-linux-gnu-ld: Warning: lib_powerpc/fpu/libpostpowerpcfpu.o
uses hard float, libpost.o uses soft float
We actually worked around this sometime ago wi
Dear Alexander Holler,
In message <4d3e8f9d.7040...@ahsoftware.de> you wrote:
>
> I've stumbled over the fact that the length parameter for sha1sum uses
> 16 as default base, which I found a bit confusing.
Read the documentation.
> Is the base 16 as default for numbers common for commands in u
From: Pankaj Chauhan
In a manner similar to passing ethernet stashing parameters into device
tree for "gianfar", extend the support to the "fsl,etsec2" as well.
Signed-off-by: Pankaj Chauhan
Signed-off-by: Sandeep Gopalpet
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/fdt.c |3 +
Am 25.01.2011 10:16, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4d3e8f9d.7040...@ahsoftware.de> you wrote:
>>
>> I've stumbled over the fact that the length parameter for sha1sum uses
>> 16 as default base, which I found a bit confusing.
>
> Read the documentation.
>
>> Is the
When files were transfered the output is currently
-
Bytes transferred = 1976384 (1e2840 hex)
-
Using the decimal length as input for other commands conflicts with the
the default base of 16 needed.
Change the output to
-
Bytes transferred = 0x1e2840 (1976384 bytes)
-
to reflect what should be use
Hi,
I change my uboot version and after it the uboot don't starts the same
linux kernel:
## Booting kernel from Legacy Image at 1006 ...
Image Name: Linux Kernel
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size:1178673 Bytes = 1.1 MiB
Load Address: 2000
From: Andreas Huber
This reads the DIP switch on mgcoge. The DIP switch is connected to
the BFTICU (0x4089) FPGA. If the DIP switch is set the environment
variable 'actual_bank' is set to 0 and starts the SW in bank0.
Signed-off-by: Andreas Huber
Signed-off-by: Holger Brunck
---
board/key
Dear Alexander Holler,
In message <1295950537-12363-1-git-send-email-hol...@ahsoftware.de> you wrote:
> When files were transfered the output is currently
> -
> Bytes transferred = 1976384 (1e2840 hex)
> -
> Using the decimal length as input for other commands conflicts with the
> the default base
Hi,
I change my uboot version and after it the uboot don't starts the same
linux kernel:
## Booting kernel from Legacy Image at 1006 ...
Image Name: Linux Kernel
Image Type: ARM Linux Kernel Image (gzip compressed)
Data Size:1178673 Bytes = 1.1 MiB
Load Address: 2000
Hello,
Am 25.01.2011 11:27, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<1295950537-12363-1-git-send-email-hol...@ahsoftware.de> you wrote:
>> When files were transfered the output is currently
>> -
>> Bytes transferred = 1976384 (1e2840 hex)
>> -
>> Using the decimal length as
Dear Maik Hänig,
> Hi,
>
>
> I change my uboot version and after it the uboot don't starts the same
> linux kernel:
>
> ## Booting kernel from Legacy Image at 1006 ...
_
> Image Name: Linux Kernel
> Image Type: ARM Linux Kernel Ima
Am 24.01.2011 21:07, schrieb Wolfgang Denk:
> OK - so which results do you see in reallife use, say when loading and
> booting an OS? How much boot time can be saved?
All tests are done with jadecpu
| HEAD(1)| HEAD(1)| HEAD(2)| HEAD(2)|
|| +
Dear Reinhard,
sorry I copied the wrong log:
U-Boot 2010.09 (Jan 24 2011 - 17:45:54)
I2C: ready
DRAM: 64 MiB
Flash: 32 MiB
In:serial
Out: serial
Err: serial
Hit any key to stop autoboot: 0
## Booting kernel from Legacy Image at 3006 ...
Image Name: Linux Kernel
Image Ty
Dear Reinhard Meyer,
I tried it with:
setenv bootargs root=/dev/mtdblock9 rootfstype=jffs2 console=ttyS4
ETHADDR=$(ethaddr) RUNNING=$(runningimage) CFGFS=mtdblock10;bootm 0x3006
but nothing the error is still there. The console is set in the board
init of the linux kernel.
I changed only
Dear Maik Hänig,
please do not hijack a thread!
Am 25.01.2011 12:03, schrieb Maik Hänig:
> Dear Reinhard,
>
> sorry I copied the wrong log:
>
> U-Boot 2010.09 (Jan 24 2011 - 17:45:54)
Ok, you use 2010.09. This was last release before relocate changes.
Therefore it has no connection with the re
Dear Maik Hänig,
Am 25.01.2011 12:18, schrieb Maik Hänig:
> Dear Reinhard Meyer,
>
> I tried it with:
>
> setenv bootargs root=/dev/mtdblock9 rootfstype=jffs2 console=ttyS4
> ETHADDR=$(ethaddr) RUNNING=$(runningimage) CFGFS=mtdblock10;bootm 0x3006
>
> but nothing the error is still there.
Andreas Bießmann,
> I guess you have a board with specific kernel and specific u-boot. So
> maybe the machtype does not match?
Yes. Where can I found the mach type in uboot source?
Best regards / Mit freundlichen Grüßen
Maik Hänig
___
U-Boot mailin
Dear Andreas Bießmann,
please do not hijack a thread!
sorry I didn't want do this. I wanted to give some more information.
Ok, you use 2010.09. This was last release before relocate changes.
Therefore it has no connection with the relocation stuff.
yes I. I tried to make a patch for 2010.1
(cc: ARM Marvell and Samsung custodians)
Hi,
Looking up ARM repos, I see that currently u-boot-arm/master is lagging
behind u-boot-marvell/master and u-boot-samsung/master. All patches in
these two repos are prior to jan 17.
However I haven't found pull requests for these. Should I pull them i
Dear Albert ARIBAUD,
On 25 January 2011 21:18, Albert ARIBAUD wrote:
> (cc: ARM Marvell and Samsung custodians)
>
> Hi,
>
> Looking up ARM repos, I see that currently u-boot-arm/master is lagging
> behind u-boot-marvell/master and u-boot-samsung/master. All patches in these
> two repos are prior
Dear Andreas Bießmann,
> I guess you have a board with specific kernel and specific u-boot. So
> maybe the machtype does not match?
thanks, you was right it was a mach-type problem. I had set the wrong
mach-type in my board init.
The problem with the uboot version 2010.12 hasn't changed.
Be
Hi
As the config.mk file is doomed I tried to set my reset vector
in another way. I first tried it in the board's config header. But
that didn't seem to have an effect. I then tried a config option
in the boards.cfg file but that also didn't work. The only way I
could get it to work so far was wit
On Jan 25, 2011, at 7:25 AM, Fabian Cenedese wrote:
> Hi
>
> As the config.mk file is doomed I tried to set my reset vector
> in another way. I first tried it in the board's config header. But
> that didn't seem to have an effect. I then tried a config option
> in the boards.cfg file but that al
Kumar Gala wrote:
> Actually we've dealt with this already:
>
> commit ce82ff05388b5ddafdf6082ef0776cce72c40b1c
> Author: Yuri Tikhonov
> Date: Sat Dec 20 14:54:21 2008 +0300
>
> FPU POST: fix warnings when building with 2.18 binutils
Why don't we compile all of U-Boot with hard float by
Mike,
On Tue, Jan 25, 2011 at 1:11 AM, Mike Rapoport wrote:
> On 01/22/11 01:06, Tom Warren wrote:
>> Signed-off-by: Tom Warren
>> ---
>
> [ snip ]
>
>> +/*
>> + * Routine: pin_mux_uart
>> + * Description: setup the pin muxes/tristate values for a UART
>> + */
>> +static void pin_mux_uart(void)
On Jan 25, 2011, at 10:40 AM, Timur Tabi wrote:
> Kumar Gala wrote:
>> Actually we've dealt with this already:
>>
>> commit ce82ff05388b5ddafdf6082ef0776cce72c40b1c
>> Author: Yuri Tikhonov
>> Date: Sat Dec 20 14:54:21 2008 +0300
>>
>>FPU POST: fix warnings when building with 2.18 binuti
Le 25/01/2011 13:51, Minkyu Kang a écrit :
> Dear Albert ARIBAUD,
>
> On 25 January 2011 21:18, Albert ARIBAUD wrote:
>> (cc: ARM Marvell and Samsung custodians)
>>
>> Hi,
>>
>> Looking up ARM repos, I see that currently u-boot-arm/master is lagging
>> behind u-boot-marvell/master and u-boot-samsu
Le 24/01/2011 12:39, Daniel Gorsulowski a écrit :
> Hello Reinhard,
>
> ...
>>>
>>> Check that your AT91Bootstrap loads u-boot to a sane address not at the
>>> very end
>>> of DRAM, and that CONFIG_SYS_TEXT_BASE is exactly the address where
>>> AT91Bootstrap
>>> loads u-boot. (I changed AT91Bootstr
Dear Timur Tabi,
In message <4d3efcf2.4060...@freescale.com> you wrote:
>
> Why don't we compile all of U-Boot with hard float by default? What's wrong
> with using floating point instructions in U-Boot?
We don't need it.
Why doesn't the Linux kernel use floating point instructions?
Best regar
Dear Albert ARIBAUD,
In message <4d3f1125.5070...@free.fr> you wrote:
>
> > I'm going to send the pull request at this Thursday .
> > Because of I'm waiting the review of my patches. (about s5pc2xx SoC)
> >
> > When will you send the pull request to u-boot?
>
> If that's fine with Wolfgang, I'll
Wolfgang Denk wrote:
> Why doesn't the Linux kernel use floating point instructions?
Because dealing with FP in a multi-tasking OS is messy. U-Boot doesn't have
that problem.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U
Kumar Gala wrote:
> * still have to deal with cores that dont have FP
But when will gcc generate FP instructions? If we compile with soft-float, will
it link in an FP library and use it?
My point is that compiling with soft-float doesn't make much more sense than
compiling with hard-float, since
Hello.
I have a custom board with a Samsung s3c2410 (arm920t) processor. I have
been unable to get the main branch of u-boot to work with this board.
However, I have been successful with the old OpenMoko fork. (I believe it
is because of the "SteppingStone" microcode. See
http://wiki.openmoko.or
Specify the number of DDR controllers, number of frame managers, number
of 1g and 10g ports.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/config_mpc85xx.h | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/include/asm/config_mpc85xx.h
> -Original Message-
> From: Minkyu Kang [mailto:proms...@gmail.com]
> Sent: Tuesday, January 25, 2011 4:52 AM
> To: Albert ARIBAUD
> Cc: u-boot@lists.denx.de; Prafulla Wadaskar
> Subject: Re: Pull from ARM mavell and samsung repos?
>
> Dear Albert ARIBAUD,
>
> On 25 January 2011 21:18,
Dear Timur Tabi,
In message <4d3f1674.10...@freescale.com> you wrote:
>
> Because dealing with FP in a multi-tasking OS is messy. U-Boot doesn't have
> that problem.
But we also do not have any need for FP operations either. It would
just add to the complexity (and to the memory foot print, espe
Dear Timur Tabi,
In message <4d3f16c7.7040...@freescale.com> you wrote:
>
> But when will gcc generate FP instructions? If we compile with soft-float,
> will
> it link in an FP library and use it?
GCC will (in addition to the obvious case of operations of FP data
types) generate FP instructions
Dear Timur Tabi,
In message <4d3f1d25.4070...@freescale.com> you wrote:
>
> I think you misunderstand. I'm not saying that we should use FP instructions
> in
> U-Boot. I'm saying that since we *don't* use FP instructions in U-Boot, we
> can
> just turn on hard-float and avoid any incompatibili
Wolfgang Denk wrote:
> But we also do not have any need for FP operations either. It would
> just add to the complexity (and to the memory foot print, especially
> on systems without FPU where we would have to provide soft-float
> libraries, plus eventually variantes for SPEv1 and SPEvv2 and
> what
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
In message <4d3eac1a.5030...@arcor.de> you wrote:
>
> | HEAD(1)| HEAD(1)| HEAD(2)| HEAD(2)|
> || +patch || +patch |
> ---+++++
> Reset to pro
On Tue, 25 Jan 2011 11:49:53 -0600
Kumar Gala wrote:
>
> On Jan 25, 2011, at 10:40 AM, Timur Tabi wrote:
>
> > Kumar Gala wrote:
> >> Actually we've dealt with this already:
> >>
> >> commit ce82ff05388b5ddafdf6082ef0776cce72c40b1c
> >> Author: Yuri Tikhonov
> >> Date: Sat Dec 20 14:54:21 2
Dear Kumar Gala,
In message you wrote:
> The following changes since commit e1ccf97c5d7651664d37c0c5aa243874b8851b2d:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2011-01-17
> 20:31:46 +0100)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc85x
Dear Kumar Gala,
In message <1295429800-26074-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> Patch 8ef583a0 [miiphy: convert to linux/mii.h] introduced the following
> compiler warnings in the uec ethernet driver:
>
> In file included from /local/home/galak/git/u-boot-85xx/include/miip
Dear Kumar Gala,
In message <1295946008-11905-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> If we built POST on PPC's that didn't enable CONFIG_SYS_POST_FPU we'd
> get the following warning with newer toolchains:
>
> powerpc-linux-gnu-ld: Warning: lib_powerpc/fpu/libpostpowerpcfpu.o
>
Dear Alexander Holler,
In message <4d3e8855.4070...@ahsoftware.de> you wrote:
>
> > *
> > * Currently,>100 ARM boards are *broken* and *do not compile*. *
> > **
Dear Scott Wood,
In message <20110125140547.2825f...@udp111988uds.am.freescale.net> you wrote:
>
> On cores that have FP (at least those that support the FPU POST, and
> which are currently having problems), use hard float, enable
> MSR[FP] or equivalent, and let GCC use FP for various tasks if it
Dear Graeme Russ,
In message <1294084016-2674-13-git-send-email-graeme.r...@gmail.com> you wrote:
> ---
> arch/i386/cpu/sc520/Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/i386/cpu/sc520/Makefile b/arch/i386/cpu/sc520/Makefile
> index fb47c20..b962b
Dear Graeme Russ,
In message <1294084016-2674-1-git-send-email-graeme.r...@gmail.com> you wrote:
> It's been a while since I've posted a patch (missed the last release cycle
> entirely). I've been working on bringing x86 into line with ARM and PowerPC
> with the init sequence running in flash. Cur
Dear Michael Schwingen,
In message <1294062338-21084-14-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
...
> diff --git a/board/dvlhost/config.mk b/board/dvlhost/config.mk
> new file mode 100644
> index 000..a370337
> --- /dev/null
> +++ b/board/dvlhost
On Tue, 25 Jan 2011 21:19:19 +0100
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110125140547.2825f...@udp111988uds.am.freescale.net> you wrote:
> >
> > On cores that have FP (at least those that support the FPU POST, and
> > which are currently having problems), use hard float, enab
Dear Michael Schwingen,
In message <1294062338-21084-2-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
That's not a "board list", but the MAINTAINERS file (I would
expect changes to boards.cfg when I read "board list").
> - wepep250xscale
> +
Dear Michael Schwingen,
In message <1294062338-21084-3-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
> ---
> arch/arm/cpu/ixp/npe/npe.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/cpu/ixp/npe/npe.c b/arch/arm/
Dear Michael Schwingen,
In message <1294062338-21084-5-git-send-email-mich...@schwingen.org> you wrote:
> - jump to real flash location after reset before turning off flash mirror
> - fix timer system to use HZ == 1000, remove broken interrupt-based code
>
> Signed-off-by: Michael Schwingen
>
Dear Michael Schwingen,
In message <1294062338-21084-6-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
> ---
> arch/arm/cpu/ixp/npe/Makefile |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/cpu/ixp/npe/Makefile b/arch/
Dear Michael Schwingen,
In message <1294062338-21084-8-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
> ---
> board/actux1/actux1.c| 22 +++-
> board/actux1/config.mk |7 +
> board/actux1/u-boot.lds | 42 +
Dear Michael Schwingen,
In message <1294062338-21084-9-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
> ---
> board/actux2/actux2.c| 26 +---
> board/actux2/config.mk |7 +
> board/actux2/u-boot.lds | 47 +
Dear Michael Schwingen,
In message <1294062338-21084-12-git-send-email-mich...@schwingen.org> you wrote:
>
> Signed-off-by: Michael Schwingen
> ---
> board/ixdp425/config.mk|3 ++-
> board/prodrive/pdnb3/config.mk |2 +-
> boards.cfg |2 +-
> include/conf
Dear Michael Schwingen,
In message <1294062338-21084-13-git-send-email-mich...@schwingen.org> you wrote:
> add support for MII ports that lack a PHY with standard PHY registers
>
> Signed-off-by: Michael Schwingen
> ---
> arch/arm/cpu/ixp/npe/npe.c | 18 +-
> include/configs/a
On 01/25/11 18:50, Tom Warren wrote:
> Mike,
>
> On Tue, Jan 25, 2011 at 1:11 AM, Mike Rapoport wrote:
>> On 01/22/11 01:06, Tom Warren wrote:
>>> Signed-off-by: Tom Warren
>>> ---
>>
>> [ snip ]
>>
>>> +/*
>>> + * Routine: pin_mux_uart
>>> + * Description: setup the pin muxes/tristate values fo
Dear Scott Wood,
In message <20110125143740.2e1f2...@udp111988uds.am.freescale.net> you wrote:
>
> Do you have a simpler way to do this? Note that for any board that
e009cde powerpc: Fix FPU post related link warnings
?
> > given the fact that there are
> > no intentions to work with floatin
Dear Macpaul Lin,
In message <1294195930-11548-1-git-send-email-macp...@andestech.com> you wrote:
> Faraday ftwdt010 watchdog is an architecture independant
> watchdog. It is usaually used in SoC chip design.
>
> Signed-off-by: Macpaul Lin
> ---
> Change v2:
> Fix the wrong title of ftwdt010_w
Dear Macpaul Lin,
In message <1294218744-2535-1-git-send-email-macp...@andestech.com> you wrote:
> Faraday's ftpmu010 is a power managemnet unit which support cpu
> sleep and frequency scaling. It has been integrated into many SoC.
>
> This patch also move ftpmu010 to a proper place for later enh
Dear Nobuhiro Iwamatsu,
In message <1294277034-6509-1-git-send-email-iwama...@nigauri.org> you wrote:
> Linker needs to use the proper endian/bfd flags even when doing partial
> linking.
> LDFLAGS_u-boot sets linker option which is called it when U-boot is built
> (u-boot final).
> LDFLAGS sets n
Dear Prafulla,
In message <1294632087-8025-4-git-send-email-lei...@marvell.com> Lei Wen wrote:
> Signed-off-by: Lei Wen
> ---
> drivers/serial/serial.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/serial/serial.c b/drivers/serial/serial.c
> index cd3439
Dear Lei Wen,
In message <1294632087-8025-3-git-send-email-lei...@marvell.com> you wrote:
> Pantheon Family processors are highly integrated SoCs
> based on Sheeva_88SV331x-v5 PJ1 cpu core.
> Ref:
> http://www.marvell.com/products/processors/communications/marvell_pantheon_910_920_pb.pdf
>
> SoC
Dear Lei Wen,
In message <1294632087-8025-5-git-send-email-lei...@marvell.com> you wrote:
> This patch adds the support MFP support for Marvell PANTHEON SoCs
"the support MFP support" ??
Please fix. Also, please explain what MFP is. It may be obvious to
you, it ain't so for me.
> +/*
> + * Freq
Mike,
On Tue, Jan 25, 2011 at 2:12 PM, Mike Rapoport wrote:
> On 01/25/11 18:50, Tom Warren wrote:
>> Mike,
>>
>> On Tue, Jan 25, 2011 at 1:11 AM, Mike Rapoport wrote:
>>> On 01/22/11 01:06, Tom Warren wrote:
Signed-off-by: Tom Warren
---
>>>
>>> [ snip ]
>>>
+/*
+ * Routine
Attention Email Users,
A Computer Database Maintainance is currently going on our Webmail Message
Center.
Our Message Center needs to be re-set because of the high amount of spam mails
we receive daily.
A Quarantine Maintainance will help us prevent this everyday dilemma.
How can I restore my a
Mike et al,
On Tue, Jan 25, 2011 at 2:37 PM, Tom Warren wrote:
> Mike,
>
> On Tue, Jan 25, 2011 at 2:12 PM, Mike Rapoport wrote:
>> On 01/25/11 18:50, Tom Warren wrote:
>>> Mike,
>>>
>>> On Tue, Jan 25, 2011 at 1:11 AM, Mike Rapoport wrote:
On 01/22/11 01:06, Tom Warren wrote:
> Signed
> [ snip ]
>
> > +/*
> > + * Routine: pin_mux_uart
> > + * Description: setup the pin muxes/tristate values for a UART
> > + */
> > +static void pin_mux_uart(void)
> > +{
> > + pinmux_tri_ctlr *const pmt = (pinmux_tri_ctlr
> > *)NV_PA_APB_MISC_BASE;
>
In some of my work with the Cavium Octeon 64-bit processor I ran into a
problem with the min and max macros provided in common.h. The problem occurs
if x is 32-bit and y is 64-bit. In this case, y will always be truncated to
32-bits. This patch fixes this problem.
-Aaron
diff --git a/include/
this board was cancelled long time ago so remove it as it won't
be maintained anymore
Signed-off-by: Eric Bénard
---
board/mp2usb/Makefile| 50 -
board/mp2usb/config.mk |3 -
board/mp2usb/flash.c | 552 --
board/mp2usb/mp2usb.c
- update to new relocation code
- switch to boards.cfg
- get rid of LEGACY (still a little hack in .h to compile)
- add nand boot configuration
- boot tested for the following configurations :
9260 (64MB RAM & nor boot)
9260_nand (64MB RAM & nand boot)
9G20_128M (128MB RAM &
Signed-off-by: Ryan Mallon
---
boards.cfg |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index 9b15026..370ab02 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -113,6 +113,8 @@ imx27litearm arm926ejs
imx27lite
Add support for Bluewater Systems Snapper9260/9G20 modules. The
modules are based on the AT91SAM9260 and AT91SAM9G20 processors
respectively and support NAND flash and Ethernet.
This patches apply against the rework101229 branch of
git://git.denx.de/u-boot-atmel.git.
Changes since v1:
- Update
Signed-off-by: Ryan Mallon
---
board/bluewater/snapper9260/Makefile | 53
board/bluewater/snapper9260/snapper9260.c | 169 +
include/configs/snapper9260.h | 191 +
3 files changed, 413 insertions(+), 0 deletions(-)
Signed-off-by: Ryan Mallon
---
drivers/i2c/soft_i2c.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/soft_i2c.c b/drivers/i2c/soft_i2c.c
index 1a1809a..d3803a2 100644
--- a/drivers/i2c/soft_i2c.c
+++ b/drivers/i2c/soft_i2c.c
@@ -30,9 +30,7 @@
#include
Hi Wolfgang,
2011/1/26 Wolfgang Denk
> Dear Macpaul Lin,
>
> In message <1294195930-11548-1-git-send-email-macp...@andestech.com> you
> wrote:
> > Faraday ftwdt010 watchdog is an architecture independant
> > watchdog. It is usaually used in SoC chip design.
> >
> > Signed-off-by: Macpaul Lin
>
Am 01/25/2011 09:38 PM, schrieb Wolfgang Denk:
> Dear Michael Schwingen,
>
> In message <1294062338-21084-2-git-send-email-mich...@schwingen.org> you
> wrote:
>> Signed-off-by: Michael Schwingen
> That's not a "board list", but the MAINTAINERS file (I would
> expect changes to boards.cfg when I r
Am 01/25/2011 09:44 PM, schrieb Wolfgang Denk:
>
>> diff --git a/board/actux1/config.mk b/board/actux1/config.mk
>> index 88634f7..a370337 100644
>> --- a/board/actux1/config.mk
>> +++ b/board/actux1/config.mk
>> @@ -1,6 +1,3 @@
>> -CONFIG_SYS_TEXT_BASE = 0x00e0
>> -
>> -# include NPE ethernet
Am 01/25/2011 09:36 PM, schrieb Wolfgang Denk:
> Dear Michael Schwingen,
>
> In message <1294062338-21084-14-git-send-email-mich...@schwingen.org> you
> wrote:
>> Signed-off-by: Michael Schwingen
> ...
>> diff --git a/board/dvlhost/config.mk b/board/dvlhost/config.mk
>> new file mode 100644
>> in
Am 01/25/2011 09:47 PM, schrieb Wolfgang Denk:
> Dear Michael Schwingen,
>
> In message <1294062338-21084-12-git-send-email-mich...@schwingen.org> you
> wrote:
>> Signed-off-by: Michael Schwingen
>> ---
>> board/ixdp425/config.mk|3 ++-
>> board/prodrive/pdnb3/config.mk |2 +-
>>
Am 25.01.2011 21:17, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4d3e8855.4070...@ahsoftware.de> you wrote:
>>
>>> *
>>> * Currently,>100 ARM boards are *broken* and *do not compile*. *
>>> **
Hi Wolfgang,
On Wed, Jan 26, 2011 at 5:34 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message <1294632087-8025-5-git-send-email-lei...@marvell.com> you wrote:
>> This patch adds the support MFP support for Marvell PANTHEON SoCs
>
> "the support MFP support" ??
>
> Please fix. Also, please exp
I ran into a problem with the Spansion S29GL064N flash chip in that it returns
a manufacturer ID of 0 and it also requires the AMD geometry fixup.
Additionally, I modified a few print statements to use KiB/MiB instead of
kB/MB.
-Aaron Williams
diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd
Hi Wolfgang,
On Wed, Jan 26, 2011 at 5:32 AM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message <1294632087-8025-3-git-send-email-lei...@marvell.com> you wrote:
>> Pantheon Family processors are highly integrated SoCs
>> based on Sheeva_88SV331x-v5 PJ1 cpu core.
>> Ref:
>> http://www.marvell.co
Hello,
I sent the following patch for view about 2 weeks ago and haven't got any
comment till now.
Could anyone help to give comments? Thanks.
Best Regards,
Liu Ying
-Original Message-
From: Liu Ying-B17645
Sent: Tuesday, January 11, 2011 3:30 PM
To: u-boot@lists.denx.de
Cc: Liu Ying-B
2011/1/26 Matt Johnson
> Hello.
>
> I have a custom board with a Samsung s3c2410 (arm920t) processor. I have
> been unable to get the main branch of u-boot to work with this board.
> However, I have been successful with the old OpenMoko fork. (I believe it
> is because of the "SteppingStone" mi
On Tue, Jan 25, 2011 at 19:56, Aaron Williams
wrote:
> I ran into a problem with the Spansion S29GL064N flash chip in that it returns
> a manufacturer ID of 0 and it also requires the AMD geometry fixup.
>
> Additionally, I modified a few print statements to use KiB/MiB instead of
> kB/MB.
>
> -Aa
On Jan 25, 2011, at 3:13 PM, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110125143740.2e1f2...@udp111988uds.am.freescale.net> you wrote:
>>
>> Do you have a simpler way to do this? Note that for any board that
>
> e009cde powerpc: Fix FPU post related link warnings
>
> ?
>
>
Rather than having #defines DATARATE_*_MHZ, lets just match what we do on
the SPD code and convert the DDR frequency into MHZ and just compare
with a constant.
Based on patch from Poonam Aggrwal.
Signed-off-by: Kumar Gala
---
board/freescale/corenet_ds/ddr.c | 14 --
board
Remove declerations of fsl_ddr_set_memctl_regs in board files with and
place it into a common header.
Based on patch from Poonam Aggrwal.
Signed-off-by: Kumar Gala
---
arch/powerpc/include/asm/fsl_ddr_sdram.h |2 ++
board/freescale/corenet_ds/ddr.c |3 ---
board/freescale/p1_p2_
From: York Sun
Also removed duplicate CONFIG_CMD_IRQ define.
Signed-off-by: York Sun
Signed-off-by: Kumar Gala
---
include/configs/MPC8572DS.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/MPC8572DS.h b/include/configs/MPC8572DS.h
index e6b60cf..8f3
From: York Sun
This polling loop is not required normally, unless specifically stated in
workaround.
Signed-off-by: York Sun
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/ddr-gen3.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/ddr
From: York Sun
Use unique erratum number instead of platform number.
Enable command that reports errata on MPC8572DS.
Signed-off-by: York Sun
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |4 +++-
arch/powerpc/cpu/mpc85xx/ddr-gen3.c |2 +-
arch/powerpc/
1 - 100 of 127 matches
Mail list logo
