This, enabled the FDT library for the Integrators, updates
the Integrator/CP default command to load and pass a Device
Tree when booting the kernel from the on-board ethernet,
define same environment for the Integrator/AP and move the
load address around to something even.
Signed-off-by: Linus Wal
Dear All,
I have to implement the jtag and execute XSVF file through diagnostic
command from u-boot.
the layout of our board as below:
__
|_Processor| -> FPGA -> CPLD
^ |
|__|
I can able to get Device ID of both FPGA and CPLD
Hi Jack,
2013/1/25 "Chen, Jack C.W. (陳志偉 IES)"
> Dears,
>
> Our system used u-boot as the boot code, and it would be like to support
> SD card.
>
> We get the SD controller driver from vendor, it is linux source code.
>
What platform do you working with?
Does the boot code and the peripherals a
TFTP booting is observed a little bit slow, especially when a USB
keyboard is installed.
The fix is to check whether Ctrl-C key is pressed every
CONFIG_CTRLC_POLL_MS ms.
If CONFIG_CTRLC_POLL_MS is not defined in configuration file, we
define it as 1000.
Signed-off-by: Jim Lin
---
common/console.
Hi Peter,
Have you found a solution to your problem? I am running into the same
situation. Can you shared some of your debug experience on solving this
problem? Thanks!
--
View this message in context:
http://u-boot.10912.n7.nabble.com/U-Boot-PATCH-v4-Marvell-MV88E61XX-Switch-Driver-support
Dears,
Our system used u-boot as the boot code, and it would be like to support SD
card.
We get the SD controller driver from vendor, it is linux source code.
Do you have any comments or documents about how to port this source code into
u-boot source tree.
We would like to build it and try
On 01/25/13 00:34, Jeroen Hofstee wrote:
> Hello Igor,
>
> On 01/24/2013 09:35 AM, Igor Grinberg wrote:
>> On 01/24/13 00:13, Jeroen Hofstee wrote:
>>> Hello Nikita,
>>>
>>> On 01/23/2013 09:31 AM, Nikita Kiryanov wrote:
On 01/21/2013 09:14 PM, Jeroen Hofstee wrote:
>
> mmm, I am not
Hi,
It's a surprise that I don't find s3c2416 related files in the
arch/cpu/arm926ejs directory. Where is the s3c2416 support in the
u-boot code?
Thanks in advance.
--
woody
I can't go back to yesterday - because I was a different person then.
___
On Fri, Jan 25, 2013 at 12:30:43AM +0100, Marek Vasut wrote:
> Dear Woody Wu,
>
> > Hi, List
> >
> > Is there a book or web document to help start to understand how U-Boot
> > works?
>
> There's a doc/ directory in the u-boot sourcecode.
>
Is there a guide/suggestion to the reading order of th
From: Rob Herring
The memory sizes in highbank dtb's are already correct, so remove the DRAM
bank setup so the memory node is not fixed up by u-boot.
Signed-off-by: Rob Herring
---
board/highbank/highbank.c |6 --
include/configs/highbank.h |2 +-
2 files changed, 1 insertion(+),
From: Rob Herring
Currently, u-boot will always fixup the DT memory node on ARM. If the dtb
has correct memory information, then we don't want or need u-boot to touch
the memory node. Allow platforms to skip this by not filling in dram bank
information.
Signed-off-by: Rob Herring
---
arch/arm/
PC board has different serdes clock setting with PB board, it uses same
serdes frequency setting on bank2 as on bank1. PC board can be distingushed
from PB board by checking CPLD version, if running on PC board, then fix
the serdes reference clock frequency of bank2.
Signed-off-by: Shaohui Xie
--
On Thu, Jan 24, 2013 at 03:12:17PM -0800, York Sun wrote:
> 'bool' is defined in random places. This patch consolidates them into a
> single header file include/linux/types.h, using stdbool.h introduced in C99.
>
> All other #define, typedef and enum are removed. They are all consistent with
> tru
From: Chris Packham
Adds basic support for IPv6. Neighbor discovery and ping6 are the only
things supported at the moment. Stub code exists for UDP but it is
untested and unlikely to work.
Signed-off-by: Chris Packham
---
This patch is bigger than I'd like it to be but I'm not sure how to
spli
From: Chris Packham
For IPv6 neighbor discovery to operate correctly we need to register for
various multicast groups (because some neighbor discovery packets are
sent to various multicast addresses).
Signed-off-by: Chris Packham
---
Currently the multicast support in the tsec driver is conditi
From: Chris Packham
string_to_ip6 parses an IPv6 address from a string. Parsing v6 addresses
is a bit more complicated than parsing v4 because there are a number of
different formats that can be used.
Signed-off-by: Chris Packham
---
Changes in v3:
-return -1 with the input string is null.
C
From: Chris Packham
Previously values greater than 255 were implicitly truncated. Add some
stricter checking to reject addresses with components >255.
With the input "1234192.168.1.1" the old behaviour would truncate the
address to 192.168.1.1. New behaviour rejects the string outright and
retur
From: Chris Packham
Add support for "human friendly" IPv6 address representations as
specified in
http://tools.ietf.org/html/draft-ietf-6man-text-addr-representation-00
This code has been adapted from Linux kernel with minimal modification.
Signed-off-by: Chris Packham
---
Changes in v3: None
From: Chris Packham
Analogous to getenv_IPaddr but for IPv6. This allows the caller to get an
IP6addr_t from an environment variable.
Signed-off-by: Chris Packham
---
Changes in v3: None
Changes in v2: None
include/common.h | 6 ++
lib/net_utils.c | 1 -
2 files changed, 6 insertions(+),
From: Chris Packham
Has the definition of an IPv6 address and IPv6 header. It may make sense
to separate the v4 support from net.h (or to include this in net.h).
Signed-off-by: Chris Packham
---
Changes in v3:
- add reviewed-by from Kim Phillips
Changes in v2:
- use __be16/__be32
- add ipv6_ad
From: Chris Packham
Now we have something functional. With this you can do something like
'setenv ipaddr6 3ffe::2' and 'ping6 3ffe::1' should work.
I seem to have a problem that when you send a ping6 for a non-existent
address that ends up stuck and the next non-ipv6 net operation tries to
resol
On 01/24/2013 02:07:29 AM, Andy Fleming wrote:
Scott, I reverted this patch, and it fixed some build errors:
20001122-1.c:1:0: error: E500 and FPRs not supported
20010114-2.c:1:0: error: E500 and FPRs not supported
make[2]: ***
[/local/afleming/u-boot/build/P2020DS/post/lib_powerpc/fpu/20001122-
Dear Woody Wu,
> Hi, List
>
> Is there a book or web document to help start to understand how U-Boot
> works?
There's a doc/ directory in the u-boot sourcecode.
> Thanks!
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
Hello Igor,
On 01/24/2013 09:35 AM, Igor Grinberg wrote:
On 01/24/13 00:13, Jeroen Hofstee wrote:
Hello Nikita,
On 01/23/2013 09:31 AM, Nikita Kiryanov wrote:
On 01/21/2013 09:14 PM, Jeroen Hofstee wrote:
mmm, I am not so sure I agree that loading a bitmap in lcd_enable is
a _problem_, whil
Sort nodes in dts files according the the following rules:
1) Any nodes that already exist in any /include/d file, in the order
they appear in the /include/d file.
2) Any nodes with a reg property, in order of their address.
3) Any nodes without a reg property, alphabetically by node name.
Sign
Dear Angelo Dureghello,
In message <20130124200736.GA19171@sion.sysam> you wrote:
>
> > How big is your U-Boot image, then? I think it's a pretty long time
> > since I haven't seen any image smaller than 128 kB...
>
> -rwxr-xr-x 1 angelo angelo 88556 gen 22 22:31 u-boot.bin
Wow, that's jus
Dear Wolfgang,
On Thu, Jan 24, 2013 at 07:24:11PM +0100, Wolfgang Denk wrote:
> Dear Angelo Dureghello,
>
> In message <20130124161349.GA11311@sion.sysam> you wrote:
> >
> > > > +/* reserve 128-4KB */
> > > > +#define CONFIG_SYS_MONITOR_BASE(CONFIG_SYS_FLASH_BASE
> > > > + 0x40
Dear York Sun,
In message <1359053230-18920-1-git-send-email-york...@freescale.com> you wrote:
> 'bool' is defined in random places. This patch consolidates them into a
> single header file include/linux/types.h, using stdbool.h introduced in C99.
>
> All other #define, typedef and enum are remov
On Thu, Jan 24, 2013 at 11:13:27AM -0800, York Sun wrote:
> On 01/24/2013 11:09 AM, Scott Wood wrote:
> > On 01/24/2013 12:47:10 PM, York Sun wrote:
> >> diff --git a/tools/patman/checkpatch.py b/tools/patman/checkpatch.py
> >> index d831087..28b3240 100644
> >> --- a/tools/patman/checkpatch.py
> >
Dear Joakim Tjernlund,
In message
you
wrote:
>
> This adds some extra churn to the code that my patch didn't do.
> On the other hand your patch makes the function look more
> like how gcc would have done so I am fine with that.
> However, I am not sure r14 is a good fit, I cannot remember if t
On 01/24/2013 11:09 AM, Scott Wood wrote:
> On 01/24/2013 12:47:10 PM, York Sun wrote:
>> diff --git a/tools/patman/checkpatch.py b/tools/patman/checkpatch.py
>> index d831087..28b3240 100644
>> --- a/tools/patman/checkpatch.py
>> +++ b/tools/patman/checkpatch.py
>> @@ -48,12 +48,12 @@ def FindChec
On 01/24/2013 12:47:10 PM, York Sun wrote:
diff --git a/tools/patman/checkpatch.py b/tools/patman/checkpatch.py
index d831087..28b3240 100644
--- a/tools/patman/checkpatch.py
+++ b/tools/patman/checkpatch.py
@@ -48,12 +48,12 @@ def FindCheckPatch():
print 'Could not find checkpatch.pl'
Hi Jagannadha,
> Hi,
>
> I need some help on mmc driver development on u-boot.
>
> Few questions:
> 1. is mmc framework in u-boot supports all type of card interfaces
> like SD, MMC, and eMMC
Yes there is a generic framework for MMC. -> ./drivers/mmc/ {mmc.c}
> 2. If I write a driver do I nee
On 01/24/2013 10:28 AM, Allen Martin wrote:
> On Thu, Jan 24, 2013 at 10:23:21AM -0800, York Sun wrote:
>> On 01/24/2013 10:14 AM, Scott Wood wrote:
>
I thought I have replaced all #define, enum, typedef. I have left alone
those FALSE, False, false but add define like this
>
Add support for per architecture CROSS_COMPILE toolchain definitions
via CROSS_COMPILE_ARCH where "ARCH" is any of the supported u-boot
architectures. This allows building every supported u-boot board in a
single pass of MAKEALL.
Signed-off-by: Allen Martin
---
MAKEALL | 32 ++
>
> Hi,
Hi Mats
I would appreciate if you CC me directly on stuff I have been involved in.
I don't read every mail on u-boot list(to many of them). It was just
plain luck I saw this one.
>
> If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks()
function
> calls the function spec
Dear Stefano Babic,
> On 24/01/2013 19:29, Marek Vasut wrote:
> > That's also an option ... do you want subsequent patch or respin of the
> > series?
>
> If I can choose, I prefer a respin of series, but I will surely not
> block the patchset if you send subsequent patches...
No, scrap this. See
Dear Otavio Salvador,
> On Thu, Jan 24, 2013 at 4:08 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut wrote:
> >> > Dear Otavio Salvador,
> >> >
> >> >> The mxsboot now receives the SoC type as parameter to generate binary
> >> >> compatibl
Dear Stefano Babic,
[...]
> > > diff --git a/board/bluegiga/apx4devkit/apx4devkit.c
> > > b/board/bluegiga/apx4devkit/apx4devkit.c index 029b973..5927693 100644
> > > --- a/board/bluegiga/apx4devkit/apx4devkit.c
> > > +++ b/board/bluegiga/apx4devkit/apx4devkit.c
> > > @@ -69,7 +69,7 @@ int board_i
On 24/01/2013 19:29, Marek Vasut wrote:
>
> That's also an option ... do you want subsequent patch or respin of the
> series?
If I can choose, I prefer a respin of series, but I will surely not
block the patchset if you send subsequent patches...
Best regards,
Stefano Babic
--
=
On Thu, Jan 24, 2013 at 4:08 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut wrote:
>> > Dear Otavio Salvador,
>> >
>> >> The mxsboot now receives the SoC type as parameter to generate binary
>> >> compatible with the SoC. Currently the NAND suppor
Dear Stefano Babic,
> On 23/01/2013 02:01, Marek Vasut wrote:
> > Some MXS based boards do not implement the card-detect signal. Allow
> > user to specify alternate card-detect implementation.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Otavio Salvador
> > Cc: Fabio Estevam
> > Cc: Stefano Babi
On Thu, Jan 24, 2013 at 10:23:21AM -0800, York Sun wrote:
> On 01/24/2013 10:14 AM, Scott Wood wrote:
> >> >
> >>
> >> I thought I have replaced all #define, enum, typedef. I have left alone
> >> those FALSE, False, false but add define like this
> >>
> >> +#include
> >> +#define TRUE true
> >> +#
Dear Stefano Babic,
> On 23/01/2013 02:01, Marek Vasut wrote:
> > The MX23 has less channels for the APBH DMA, sligtly different register
> > layout and some bits in those registers are placed differently. Reflect
> > this in the driver. This patch fixes MMC/DMA issue on MX23.
> >
> > Signed-off-
On 23/01/2013 02:01, Marek Vasut wrote:
> Some MXS based boards do not implement the card-detect signal. Allow
> user to specify alternate card-detect implementation.
>
> Signed-off-by: Marek Vasut
> Cc: Otavio Salvador
> Cc: Fabio Estevam
> Cc: Stefano Babic
> ---
> arch/arm/include/asm/arch
Dear York Sun,
In message <51017785.9060...@freescale.com> you wrote:
>
> I thought I have replaced all #define, enum, typedef. I have left alone
> those FALSE, False, false but add define like this
>
> +#include
> +#define TRUE true
> +#define FALSE false
> +#define True true
> +#define False f
On Thu, Jan 24, 2013 at 10:14:37AM -0800, Scott Wood wrote:
> On 01/24/2013 12:03:49 PM, York Sun wrote:
> > On 01/24/2013 09:54 AM, York Sun wrote:
> > > On 01/24/2013 09:34 AM, Allen Martin wrote:
> > >> On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
> > >>> On 01/23/2013 02:02 PM, Sco
Dear Angelo Dureghello,
In message <20130124161349.GA11311@sion.sysam> you wrote:
>
> > > +/* reserve 128-4KB */
> > > +#define CONFIG_SYS_MONITOR_BASE (CONFIG_SYS_FLASH_BASE + 0x400)
> > > +#define CONFIG_SYS_MONITOR_LEN ((128-4)*1024)
> >
> > Are you sure this is sufficient?
On 01/24/2013 10:14 AM, Scott Wood wrote:
>> >
>>
>> I thought I have replaced all #define, enum, typedef. I have left alone
>> those FALSE, False, false but add define like this
>>
>> +#include
>> +#define TRUE true
>> +#define FALSE false
>> +#define True true
>> +#define False false
>>
>> Isn't
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
> Hi Lucas,
>
> On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach wrote:
> > Init pinmux in one shot, in order to avoid any conflicts.
> >
> > Signed-off-by: Lucas Stach
> > ---
> > board/nvidia/seaboard/seaboard.c | 133
> > +
On 23/01/2013 02:01, Marek Vasut wrote:
> The MX23 has less channels for the APBH DMA, sligtly different register
> layout and some bits in those registers are placed differently. Reflect
> this in the driver. This patch fixes MMC/DMA issue on MX23.
>
> Signed-off-by: Marek Vasut
> Cc: Otavio Sal
On 01/24/2013 12:03:49 PM, York Sun wrote:
On 01/24/2013 09:54 AM, York Sun wrote:
> On 01/24/2013 09:34 AM, Allen Martin wrote:
>> On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
>>> On 01/23/2013 02:02 PM, Scott Wood wrote:
On 01/23/2013 04:01:49 PM, York Sun wrote:
> On 01/2
Dear Otavio Salvador,
NAK, this won't work. SSP0 DMA has this +1 offset in it's channel placement (so
SSP0 DMA channel is actually channel 1), check the MMC patch.
> Signed-off-by: Otavio Salvador
> ---
> drivers/spi/mxs_spi.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/driv
Dear Otavio Salvador,
> On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut wrote:
> > Dear Otavio Salvador,
> >
> >> The mxsboot now receives the SoC type as parameter to generate binary
> >> compatible with the SoC. Currently the NAND support has not been add
> >> for i.MX23 as it is not yet supporte
On 01/24/2013 09:54 AM, York Sun wrote:
> On 01/24/2013 09:34 AM, Allen Martin wrote:
>> On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
>>> On 01/23/2013 02:02 PM, Scott Wood wrote:
On 01/23/2013 04:01:49 PM, York Sun wrote:
> On 01/23/2013 01:52 PM, Scott Wood wrote:
>> On
On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
>> The mxsboot now receives the SoC type as parameter to generate binary
>> compatible with the SoC. Currently the NAND support has not been add
>> for i.MX23 as it is not yet supported in U-Boot.
>
> Please fix the NAND
On Thu, Jan 24, 2013 at 11:33 AM, Tom Warren wrote:
> This 'commonizes' much of the clock/pll code. SoC-dependent code
> and tables are left in arch/cpu/tegraXXX-common/clock.c
>
> Some T30 tables needed whitespace fixes due to checkpatch complaints.
>
> Signed-off-by: Tom Warren
Acked-by: Simon
Dear Otavio Salvador,
> The mxsboot now receives the SoC type as parameter to generate binary
> compatible with the SoC. Currently the NAND support has not been add
> for i.MX23 as it is not yet supported in U-Boot.
Please fix the NAND support as well, then resubmit.
The patch basically does dd
On 01/24/2013 09:34 AM, Allen Martin wrote:
> On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
>> On 01/23/2013 02:02 PM, Scott Wood wrote:
>>> On 01/23/2013 04:01:49 PM, York Sun wrote:
On 01/23/2013 01:52 PM, Scott Wood wrote:
> On 01/23/2013 03:46:04 PM, York Sun wrote:
>>
Hi Lucas,
On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach wrote:
> Init pinmux in one shot, in order to avoid any conflicts.
>
> Signed-off-by: Lucas Stach
> ---
> board/nvidia/seaboard/seaboard.c | 133
> +--
> include/configs/seaboard.h | 3 +
> inclu
The mxsboot now receives the SoC type as parameter to generate binary
compatible with the SoC. Currently the NAND support has not been add
for i.MX23 as it is not yet supported in U-Boot.
Signed-off-by: Otavio Salvador
---
doc/README.mx28_common | 4 +--
tools/mxsboot.c| 92
On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
> On 01/23/2013 02:02 PM, Scott Wood wrote:
> > On 01/23/2013 04:01:49 PM, York Sun wrote:
> >> On 01/23/2013 01:52 PM, Scott Wood wrote:
> >> > On 01/23/2013 03:46:04 PM, York Sun wrote:
> >> >> On 01/23/2013 01:41 PM, York Sun wrote:
> >>
Hi,
I need some help on mmc driver development on u-boot.
Few questions:
1. is mmc framework in u-boot supports all type of card interfaces like SD,
MMC, and eMMC
2. If I write a driver do I need to develop the common driver for all or a
separate drivers for individual cards.
3. Is there any dr
It's not used by anything anymore, now that all boards are using
tablebased pinmux.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/tegra-common/board.c | 1 -
arch/arm/cpu/tegra20-common/Makefile| 2 +-
arch/arm/cpu/tegra20-common/funcmux.c | 310
All boards are converted to the new tablebased pinmux setup. Get rid of
the old method.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/tegra-common/board.c | 25
arch/arm/include/asm/arch-tegra/board.h | 12 --
board/nvidia/common/board.c | 41 +---
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/compulab/trimslice/trimslice.c | 146 +++
include/configs/trimslice.h | 3 +
2 files changed, 118 insertions(+), 31 deletions(-)
diff --git a/board/compulab/
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/compal/paz00/paz00.c | 149 ++---
include/configs/paz00.h| 3 +
2 files changed, 115 insertions(+), 37 deletions(-)
diff --git a/board/compal/paz00/paz00.
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/nvidia/seaboard/seaboard.c | 133 +--
include/configs/seaboard.h | 3 +
include/configs/ventana.h| 3 +
3 files changed, 121 insertions(+), 18 dele
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/nvidia/whistler/whistler.c | 131 ++-
include/configs/whistler.h | 3 +
2 files changed, 119 insertions(+), 15 deletions(-)
diff --git a/board/nvidia/whistl
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/nvidia/harmony/harmony.c | 143 -
include/configs/harmony.h | 3 +
2 files changed, 116 insertions(+), 30 deletions(-)
diff --git a/board/nvidia/harmony/
Init Colibri T20 pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
.../colibri_t20-common/colibri_t20-common.c| 132 +
board/toradex/colibri_t20_iris/colibri_t20_iris.c | 16 +--
include/configs/colibri_t20_iris.h |
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach
---
board/avionic-design/common/tamonten.c | 133 -
include/configs/medcom-wide.h | 3 +
include/configs/plutux.h | 3 +
include/configs/tec.h
Signed-off-by: Lucas Stach
---
arch/arm/include/asm/arch-tegra20/pinmux.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/include/asm/arch-tegra20/pinmux.h
b/arch/arm/include/asm/arch-tegra20/pinmux.h
index a9b4eda..a167e48 100644
--- a/arch/arm/include/asm/arch-tegra2
This disables all pinmux entry points and instead calls pinmux_init() in
early board init, allowing boards to set up the pinmux in one shot, like
it's done with Tegra30.
This option is temporary and can go away once we switched over all
boards to the new pinmux style.
Signed-off-by: Lucas Stach
This series introduces tablebased pinmux to all Tegra20 boards and
removes the old way of doing pinmux to avoid any possible conflicts
in pin setup.
Patch 1 introduces a temporary CONFIG option for the new pinmux style
to avoid breaking bisectability in the middle of the series. This
option gets r
Saving the parameters in advance unnecessarily complicates
the code. The destination address is already saved in the
's2' register, and that register is not clobbered by the
copy loop. The size of the copied data can be computed
after the copy loop is done.
Change the code to compute the size para
The loop code copies more data with one than
necessary due to the 'ble' instuction. Use the
'blt' instruction instead to fix that.
Due to the lack of suitable hardware the Xburst
specific code is compile tested only. However the
change is quite obvious.
Signed-off-by: Gabor Juhos
Cc: Daniel Schw
The current code uses four instructions and a
temporary register to calculate the relocation
offset and to adjust the gp register.
The relocation offset can be calculated directly
from the CONFIG_SYS_MONITOR_BASE constant and from
the destination address. The resulting offset can
be used to adjust
The current code uses two instructions to load
the stack pointer into the 'sp' register.
This results in the following assembly code:
468: 3c088040lui t0,0x8040
46c: 251daddiu sp,t0,0
The first instuction loads the stack pointer into
the 't0' register then t
This series contain various patches for the relocate_code function.
The first patch fixes a minor issue in the relocation code, and the
subsequent patches are doing some optimalization and cleanup.
Gabor Juhos (5):
MIPS: start.S: fix boundary check in relocate_code
MIPS: start.S: set sp regist
Save the reused parameters at the beginning
of the 'relocate_code' function. This makes
the function a bit more readable.
Signed-off-by: Gabor Juhos
Cc: Daniel Schwierzeck
---
arch/mips/cpu/mips32/start.S |5 +++--
arch/mips/cpu/mips64/start.S |5 +++--
2 files changed, 6 insertions(+),
Dear Wolfgang,
thanks for the review, will fix all points.
>
> > +/* reserve 128-4KB */
> > +#define CONFIG_SYS_MONITOR_BASE(CONFIG_SYS_FLASH_BASE + 0x400)
> > +#define CONFIG_SYS_MONITOR_LEN ((128-4)*1024)
>
> Are you sure this is sufficient?
For my board/case actually se
Hi,
If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks() function
calls the function specified by the WATCHDOG_RESET macro.
The wait_ticks function depends on the registers r0, r6 and r7 being
preserved however that is not guaranteed if the reset function is a
C function.
The follow
Dear Angelo Dureghello,
In message <20130123145107.GA5565@sion.sysam> you wrote:
> Add support for Sysam AMCORE mcf5307 (coldfire) based board.
>
> Signed-off-by: Angelo Dureghello
> Cc: Jason Jin
...
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 28c052d..1d27cb7 100644
> --- a/MAINTAINERS
Mats Kärrman wrote on 2013/01/24 14:31:02:
>
> Joakim Tjernlund/Transmode wrote on 2013/01/24 09:21:
> > Looking at the watchdog impl. I see it can be normal C code. This
makes
> > wait_ticks unsafe
> > (even before my patch) as wait_ticks relies on r6 and r7 (and with my
> > patch r0 too)
> > t
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:21:
> Looking at the watchdog impl. I see it can be normal C code. This makes
> wait_ticks unsafe
> (even before my patch) as wait_ticks relies on r6 and r7 (and with my
> patch r0 too)
> to be unmodified.
Yes!
I can see in the assembly from my wat
Hi Allen,
On Wed, 23 Jan 2013 13:05:27 -0800, Allen Martin
wrote:
> > Shouldn't the function be given '__attribute__((noreturn))' rather than
> > adding a non-executed 'return 0' to it?
> >
>
> The function in question is sandbox main(), and it can return if there
> was an error prior to calli
From: Maxim Podberezny
Signed-off-by: Maxim Podberezny
---
:100644 100644 a676b6d... 817e0e6... M arch/arm/include/asm/mach-types.h
:00 100644 000... 018142a... A board/mentorel/somiq_am37/Makefile
:00 100644 000... 3a974bd... A board/mentorel/somiq_am37/somiq_am37.c
:00
From: Maxim Podberezny
This patch add support for a SOM SomIQ-AM37 based on TI AM37/DM37
precessors. SomIQ-AM37 design is based on Beagleboard-xM schematic
Maxim Podberezny (1):
Add support for new SomIQ-AM37 system on module from MENTOREL Ltd
SomIQ-AM37 is based on TI AM37/DM37 proces
Dear Piotr Wilczek,
> From: Lukasz Majewski
>
> This patch adds the USB Mass Storage Gadget to u-boot
> New command called "ums" is implemented to provide access
> to on-device embedded persistent memory.
>
> USB Mass Storage is supposed to work on top of the USB
> Gadget framework
>
> Signed-
Dear Piotr Wilczek,
> The f_mass_storage.c source file from v2.6.36 Linux kernel.
>
> commit 8876f5e7d3b2a320777dd4f6f5301d474c97a06c
> Author: Michal Nazarewicz
> Date: Mon Jun 21 13:57:09 2010 +0200
>
> USB: gadget: f_mass_storage: added eject callback
>
> Signed-off-by: Lukasz Majewski
>
Dear Piotr Wilczek,
> From: Lukasz Majewski
>
> The storage_common.c source file from v2.6.36 Linux kernel.
Is it not possibly to port anything more recent? If not, so be it.
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:58:35:
> > >
> > > Me neither, there is not a lot details. I do recall having other
> problems with
> > > wait_ticks from time to time, sometimes the TB counter(mtfbu, mftb in
> get_ticks)
> > > would not increment so one would just loop forever in
Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
configuration file and when tstc() function for checking key pressed
takes longer time than 10 ms (e.g., 50 ms) to finish.
Signed-off-by: Jim Lin
---
Changes in v2
On Thu, 2013-01-24 at 03:33 +0800, Wolfgang Denk wrote:
> Dear Jim Lin,
>
> In message <1358937511-32664-1-git-send-email-ji...@nvidia.com> you wrote:
> > Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
> > CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
> > c
Hi, List
Is there a book or web document to help start to understand how U-Boot
works?
Thanks!
--
woody
I can't go back to yesterday - because I was a different person then.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/li
> Hi Vipin,
> On Wed, 23 Jan 2013 15:46:31 +0530, Vipin Kumar
> wrote:
> >> My first feeling is that the descriptors are allocated as Normal
> >> Cachabale memory and it would not help to access them using readl/writel
> >> ...
> > And no, we don't need to allocate them non-cacheable, although i
This patch adds the configuration file for Snow Board and
defines the same in boards.cfg.
The Audio codec required for SMDK5250 and Snow are different
hence they are defined in the corresponding configuration files.
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None
boards.cfg
This patch adds the DTS file for Snow Board.
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None
board/samsung/dts/exynos5250-snow.dts | 69 +
1 files changed, 69 insertions(+), 0 deletions(-)
create mode 100644 board/samsung/dts/exynos5250-snow.
Add required compatible information for MAX98095 codec
Signed-off-by: Rajeshwari Shinde
---
Changes in V2:
- None
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index f77d195..e76cdc
1 - 100 of 121 matches
Mail list logo