Hi Kim,
On 07/04/2013 03:37 PM, Holger Brunck wrote:
> commit a5510058 powerpc/83xx/km: make local functions and structs static
>
> removed the staticness also from this struct. But this struct is needed
> in arch/powerpc/cpu/mpc83xx/cpu_init.c and declared as extern.
>
> Signed-off-by: Holger B
Hi Simon/All,
Any comments
On 9/17/13, Simon Glass wrote:
> Hi,
>
> You could try to cc whoever wrote the code. You can use git blame to find
> out.
>
> But it sounds like you are on the right track. I may be able to help, will
> email tomorrow if so.
>
> Regards,
> Simon
> On Sep 16, 2013 8:26
Trivial Question, Which part of the SPL code uses HEAP?
On 9/16/13, Prabhakar Kushwaha wrote:
>
> Signed-off-by: Prabhakar Kushwaha
> ---
>
> Add support of 2 stage NAND boot loader in cornet platforms using SPL
> framework.
> This will be helpful for those SoC which has less internal SRAM(128K)
Few quick comments
1) wouldnt it be better to create a .S file and move big chunk of
inline assembly there
2) can the multiple occurences of .word be substituted with something else?
On 9/17/13, Alexander Tarasikov wrote:
> ---
> arch/arm/lib/bootm.c | 89
>
Hi Wolfgang,
Changes for v2:
1) separating legacy do_bootvx code from do_bootm_vxworks, thus
making do_bootm_vxworks only work with new kernels, old kernels
can still use 'bootvx'
2) minor fixes to make code more clear
I've posted the v2 patches, how do you think of
On Tue, Sep 17, 2013 at 9:42 PM, wrote:
> From: Guilherme Maciel Ferreira
>
> Given a multifile image created through the mkimage's -d option:
>
> $ mkimage -A x86 -O linux -T multi -n x86 -d vmlinuz:initrd.img:System.map \
> multi.img
>
> Image Name: x86
> Created: Thu Jul 25 10:
Adding Vipin to the thread as he has better knowledge on this than me.
Vipin can you please add your comments here as well..
As far as I can remember for the ARM based SPEAr SoCs on which we worked in the
past:
- At the moment the DDR initialization code for various ARM SoCs in u-boot is
scatte
From: Guilherme Maciel Ferreira
In order to avoid duplicating code and keep only one point of modification,
the functions, structs and defines useful for "dumpimage" were moved from
"mkimage" to a common module called "imagetool".
This modification also weakens the coupling between image types (
From: Guilherme Maciel Ferreira
Signed-off-by: Guilherme Maciel Ferreira
---
test/image/test-imagetools.sh | 107 +
1 files changed, 107 insertions(+), 0 deletions(-)
create mode 100755 test/image/test-imagetools.sh
diff --git a/test/image/test-imageto
From: Guilherme Maciel Ferreira
Given a multifile image created through the mkimage's -d option:
$ mkimage -A x86 -O linux -T multi -n x86 -d vmlinuz:initrd.img:System.map \
multi.img
Image Name: x86
Created: Thu Jul 25 10:29:13 2013
Image Type: Intel x86 Linux Multi-File Ima
From: Guilherme Maciel Ferreira
Signed-off-by: Guilherme Maciel Ferreira
---
tools/mkimage.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/mkimage.c b/tools/mkimage.c
index 7f22101..08aa634 100644
--- a/tools/mkimage.c
+++ b/tools/mkimage.c
@@ -632,8 +632,8 @
Hello Albert.
Commit 27af930e modified top Makefile as follows:
--- a/Makefile
+++ b/Makefile
@@ -838,7 +838,7 @@ unconfig:
sinclude $(obj).boards.depend
$(obj).boards.depend: boards.cfg
- @awk '(NF && $$1 !~ /^#/) { print $$1 ": " $$1 "_config; $$(MAKE)"
In commit 27af930, the top Makefile was adjusted to the new
boards.cfg format.
But at the same time, -d option was added.
If you configure and make separately, for example
like follows:
make omap4_panda_config
make CROSS_COMPILE=
it works fine as it did before.
But if you do them in on
Hi Heiko,
On Tue, Sep 17, 2013 at 06:32:37AM +0200, Heiko Schocher wrote:
> Thanks for this work! Hmm... minor comment. Could you add a entry in
> README?
>
> Beside of that:
>
> Acked-by: Heiko Schocher
Thanks, v5 has been posted with README entry.
Regards
Afzal
Hi,
On Tue, Sep 17, 2013 at 6:29 PM, Julius Werner wrote:
> The EHCI controller has some very specific requirements for the USB 2.0
> port test modes, which were not closely followed in the initial test
> mode commit. It demands that the host controller is completely shut down
> (all ports suspe
From: Fabio Estevam
Performing tftp transfers on mx28 results in random timeouts.
Hector Palacios and Robert Hodaszi analyzed the root cause being related to the
wrong alignment of the 'buff' buffer inside fec_recv().
Benoît Thébaudeau provided an excellent analysis of the alignment bug that i
Hi Tiger,
On Tue, Sep 17, 2013 at 7:58 PM, wrote:
> Hi, Simon:
> Got it!
> Thanks!
> My codebase is 2013.04 release version.
> It seemed board_f.c / board_r.c had been moved to common directory.
> Arch/Arm/Lib/Board.c would be compiled conditionally.
>
Yes, trying to deprecate that!
Regards,
On Tue, Sep 17, 2013 at 10:55 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> We need to load 'imx6dl-sabresd.dtb' in the mx6dl version.
>
> Signed-off-by: Fabio Estevam
I fully agree with this.
Acked-by: Otavio Salvador
--
Otavio Salvador O.S. Systems
http://
Hi, Simon:
Got it!
Thanks!
My codebase is 2013.04 release version.
It seemed board_f.c / board_r.c had been moved to common directory.
Arch/Arm/Lib/Board.c would be compiled conditionally.
Best wishes,
___
U-Boot mailing list
U-Boot@lists.denx.de
http:/
From: Fabio Estevam
We need to load 'imx6dl-sabresd.dtb' in the mx6dl version.
Signed-off-by: Fabio Estevam
---
include/configs/mx6sabresd.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/mx6sabresd.h b/include/configs/mx6sabresd.h
index a3dd74a..3229bc7 100644
--- a/i
Becuase fdt_check_header function takes (const void *)
type argument, img_addr should be passed to it
without being casted to (char *).
Signed-off-by: Masahiro Yamada
---
common/image-fdt.c | 2 +-
common/image-fit.c | 2 +-
common/image.c | 6 +-
tools/fit_image.c | 2 +-
4 files chang
The EHCI controller has some very specific requirements for the USB 2.0
port test modes, which were not closely followed in the initial test
mode commit. It demands that the host controller is completely shut down
(all ports suspended, Run/Stop bit unset) when activating test mode, and
will not wor
Signed-off-by: Masahiro Yamada
---
common/image-fit.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/image-fit.c b/common/image-fit.c
index 199b4ed..1c2ef31 100644
--- a/common/image-fit.c
+++ b/common/image-fit.c
@@ -58,7 +58,7 @@ static int fit_parse_spec(const c
Dear Prabhakar Kushwaha,
Prabhakar Kushwaha freescale.com> writes:
>
> Add support of 2 stage NAND boot loader using SPL framework.
> here, PBL initialise the internal SRAM and copy SPL(96K). This further
> initialise DDR using SPD and environment and copy u-boot(512 kb) from NAND
to DDR.
> Fi
Enable DFU for RAM, provide example dfu_alt_info
Signed-off-by: Afzal Mohammed
Cc: Heiko Schocher
Cc: Tom Rini
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Pantelis Antoniou
Reviewed-by: Lukasz Majewski
---
v3: collected tag
v2: new
include/configs/am335x_evm.h | 6 ++
1 file changed, 6 i
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This facility
MMC and NAND independently defines same enumerators for read/write.
Unify them by defining enum in dfu header. RAM support that is being
added newly also can make use of it.
Signed-off-by: Afzal Mohammed
Cc: Heiko Schocher
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Pantelis Antoniou
Acked-by: Lu
Hi,
DFU spec mentions it as a method to upgrade firmware (software stored
in writable non-volatile memory). It also says other potential uses of
DFU is beyond scope of the spec.
Here such a beyond the scope use is being attempted - directly pumping
binary images from host via USB to RAM. This fac
Hi Wolfgang,
On Tue, Sep 17, 2013 at 4:27 PM, Wolfgang Denk wrote:
> Dear Benoît,
>
> In message <16119766.1853628.1379428952428.javamail.zim...@advansee.com> you
> wrote:
>>
>> Here is a basic alignment test that I have run on ARM:
> ...
>> I did not succeed to duplicate the issue with GCC 4.6.
Dear Benoît,
In message <16119766.1853628.1379428952428.javamail.zim...@advansee.com> you
wrote:
>
> Here is a basic alignment test that I have run on ARM:
...
> I did not succeed to duplicate the issue with GCC 4.6.2, while GCC 4.5.4
> almost
> always produces an unexpected alignment for auto
Thanks for your interest on u-boot contribution.
Few notices, look like your newbie for u-boot contribution.
1. For patches which are less number may not require cover-letter
unlit unless required.
2. Please CC to respective custodian, for your case i2c custodian if
require CC to
initial drive
On 09/17/2013 12:44 PM, tiger...@viatech.com.cn wrote:
Jeroen's patch is very simple.
So, is there any side-effect?
Not that I am aware of.
If not, why not add it into 2013.10 release version? :)
That is up to Albert and Tom.
Regards,
Jeroen
___
First time contributing to U-Boot. I tried to CC anybody who might
be relevant. Very sorry if this looks like spamming!
Please let me know if you have any feedback!
FYI: this change is intended for u-boot-xlnx as well as for mainline.
Patch message follows...
Michael R. Burr
Software Engineer
L
Zynq PS has two I2C bus masters (called 'I2C0' and 'I2C1'):
> Implement 'i2c_set_bus_num' routine to select from these.
Support I2C devices which do not use internal addresses:
> Handle case of 'alen == 0' in 'i2c_read', 'i2c_write'.
This supports PCA9548 bus multiplexer on Xilinx ZC702 board.
Test
Dear MJ,
Thanks for your reply.
I don't see the file in my copy. Probably it is not merged yet?
Anyway, you just confirmed what I found so far. Do you use static
setting in dmc_init_ddr3.c? I mean does it adapt to different DDR speeds
and modules (if applicable)?
In my mind, I am thinking to res
yes, I am using uboot for arndale board.
The code is written by samsung only and it is not static.
The best option would be to have an eth / serial driver kind of arch
which all soc vendors can share. But ddr is scattered, in absence of
that, your point seems valid for fsl specific.
-mj
On 9/17/
Hi York,
There is no generic driver. AFAIK. Having worked on both mpc85xx and ARM
I can tell you about samsung 5250. There are 2 uboots (one spl and other main).
In case of sd/mmc boot the internal rom copies the spl uboot to iRAM
and the spl boot loader initialises the DDR3.
you can check for b
Hi Tom,
The following changes since commit 46ef4faed18196472eb95216b2f74c1397ecf024:
Prepare v2013.10-rc3 (2013-09-16 20:08:33 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-mmc.git master
for you to fetch changes up to b31c9beb9bdde1714b1131cf0e64b8b68350e824:
Hi Tiger,
On Mon, Sep 16, 2013 at 11:09 PM, wrote:
> Hi, Simon:
>
> I have some questions about bootstage functions.(common/bootstage.c)
>
> 1. mark_bootsage record relocation question
>
> board_init_f() will call mark_bootstage() function to record the elapsed
> time when system
>
> From power
Albert,
Pardon me if this is a dumb question. I have been working on powerpc
platforms in the past. Now we (the developers I work with) are exploring
ARM cores. I am searching how memory is initialized and found different
solutions. Some platforms have memory ready before u-boot even starts,
some
Hello,
On 09/10/2013 06:10 PM, Mateusz Zalega wrote:
> This commit unifies board-specific USB initialization implementations
> under one symbol (usb_board_init), declaration of which is available in
> usb.h.
>
> New API allows selective initialization of USB controllers whenever needed.
>
> Sign
Hi Rajesh,
I guess we wait for an updated patch here?
Regards
-- Pantelis
On Sep 11, 2013, at 4:25 PM, Rajeshwari Birje wrote:
> Hi Jaehoon Chung,
>
> Thank you for comments,
>
>
>
> On Wed, Sep 11, 2013 at 11:31 AM, Jaehoon Chung
> wrote:
>> On 09/11/2013 02:28 PM, Rajeshwari Birje wrot
Dear Vivek Gautam,
> Hi Marek,
>
> On Tue, Sep 17, 2013 at 8:32 AM, Marek Vasut wrote:
> > Dear Vivek Gautam,
> >
> >> Macros defining bmRequestType field of USB device request,
> >> given in table 9.2 USB 2.0 spec, are rather generic macros
> >> which can be further used by other Host controll
Dear Wolfgang Denk,
On Tuesday, September 17, 2013 1:47:02 PM, Wolfgang Denk wrote:
> Dear Benoît Thébaudeau,
>
> In message <1135126743.1842859.1379415574013.javamail.zim...@advansee.com>
> you wrote:
> >
> > > So how can the above not properly align the buffer? Is that a compiler
> > > bug
> >
Only the requires error.h include. Hence, several
includes of error.h at USB gadget functions are not needed.
Moreover unnecessary malloc.h includes were also removed.
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
common/cmd_dfu.c |3 ---
common/cmd_usb_mass_storage.c |
The mass storage composite function is now compiled in only when
CONFIG_USB_GADGET_MASS_STORAGE is defined.
Such change provides binary size reduction for boards which use USB
download gadget (like am335x_evm) with DFU, but don't use UMS.
For example at am335x_evm board reduction is more than 2KiB
The download gadget code and DFU function lacks of proper declarations
for the case when a target board wants to use only one of available usb
functions.
Moreover the relevant declarations have been moved to consistent
localization (like ).
Signed-off-by: Lukasz Majewski
Cc: Marek Vasut
---
dr
Add initial Colibri VF50 support based off Freescale's implementation
for the Vybrid Tower System TWR-VF65GS10:
- New machine ID.
- Default UART_A on SCI0.
- FEC1 only.
- Enabled command line editing.
- PLL5 based RMII clocking (e.g. no external crystal).
- UART_A and UART_C I/O muxing.
Tested on
On Tue, Sep 17, 2013 at 7:45 AM, Marcel Ziswiler wrote:
> The anadig_reg structure started at the wrong offset (fixed by adding
> resvA[4]), was missing some reserved field required for alignment
> purpose (resvB[3] between pll4_denom and pll6_ctrl) and further
> contained too short a reserved fie
On 11 September 2013 19:48, Lukasz Majewski wrote:
> Hi Minkyu,
>
> > Dear Piotr Wilczek,
> >
> > On 30/08/13 15:00, Piotr Wilczek wrote:
> > > Dear Minkyu Kang,
> > >
> > >> -Original Message-
> > >> From: Minkyu Kang [mailto:mk7.k...@samsung.com]
> > >> Sent: Friday, August 30, 2013 6:3
Dear Piotr Wilczek,
On 29 August 2013 17:49, Piotr Wilczek wrote:
> This patch add support for a new Samsung board Trats2.
>
> Signed-off-by: Piotr Wilczek
> Signed-off-by: Kyungmin Park
> CC: Minkyu Kang
> ---
> MAINTAINERS |4 +
> board/samsung/trats2/Makefile | 34
Dear Marek Vasut,
On 17 September 2013 12:07, Marek Vasut wrote:
> Hi Minkyu,
>
> do you want to pick the exynos adjustments (04..10/10) via -samsung tree or
> shall I take the whole set via -usb ? I'd be inclined to the later, since
> it
> will make things easier to keep in sync, but it might p
fdt_fixup_memory_banks() will add and update /memory node in
device tree blob. In the case that /memory node doesn't exist,
after adding a new one, this function returns error.
The correct behavior should be continuing to update its properties.
Signed-off-by: Miao Yan
---
Changes for v2: none
The next version VxWorks adopts device tree (for PowerPC and ARM) as its
hardware
description mechanism. For PowerPC, the boot interface conforms to
the ePAPR standard, which is:
void (*kernel_entry)(ulong fdt_addr,
ulong r4 /* 0 */,
ulong r5 /* 0 */,
ulong r6 /*
do_bootm_vxworks now is available under the configuration option
CONFIG_BOOTM_VXWORKS, thus aligned with other operating systems
that supported by bootm command. The bootvx command still depneds
on CONFIG_CMD_ELF.
Signed-off-by: Miao Yan
---
Changes for v2: none
common/cmd_bootm.c | 15 ++
Signed-off-by: Miao Yan
---
Changes for v2: none
doc/README.vxworks | 34 ++
1 file changed, 34 insertions(+)
create mode 100644 doc/README.vxworks
diff --git a/doc/README.vxworks b/doc/README.vxworks
new file mode 100644
index 000..08c3813
--- /dev/null
+
Signed-off-by: Miao Yan
---
Changes for v2: none
include/config_defaults.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/config_defaults.h b/include/config_defaults.h
index 567b46c..ad08c1d 100644
--- a/include/config_defaults.h
+++ b/include/config_defaults.h
@@ -14,6 +14,7 @@
Hello Wolfgang and All,
The next release of VxWorks will adopt device tree as its
hardware description mechanism (for PowerPC and ARM), thus
requiring boot interface changes for these two architechtures.
And we would like to better support U-Boot with our operating
system, because almost a
Dear Benoît Thébaudeau,
In message <1135126743.1842859.1379415574013.javamail.zim...@advansee.com> you
wrote:
>
> > So how can the above not properly align the buffer? Is that a compiler bug
> > then?
> >
> > btw. using ALLOC_CACHE_ALIGN_BUFFER will be safer were someone to change
> > FEC_MAX_P
2013/9/6 Paul Burton :
> A plain bootm used to call the architecture specific boot function with
> no flags, but was modified by commit 35fc84fa "Refactor the bootm
> command to reduce code duplication" to call the architecture specific
> boot function multiple times with various flags in sequence.
Hi Marek,
On Tuesday, September 17, 2013 5:00:58 AM, Marek Vasut wrote:
> Dear Fabio Estevam,
>
> > From: Fabio Estevam
> >
> > Performing tftp transfers on mx28 results in random timeouts.
> >
> > Hector Palacios and Robert Hodaszi analyzed the root cause being related to
> > the alignment of
*ping*
(Also CCing MIPS custodian)
Paul
On 06/09/13 11:23, Paul Burton wrote:
A plain bootm used to call the architecture specific boot function with
no flags, but was modified by commit 35fc84fa "Refactor the bootm
command to reduce code duplication" to call the architecture specific
boot fun
Add UART0 aka SCI0 TX/RX iomux definitions.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-vf610/iomux-vf610.h
b/arch/arm/include/asm/arch-vf610/iomux-vf610.h
index e315fe4..a6f7
Add secondary RMII1 iomux definitions.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/include/asm/arch-vf610/iomux-vf610.h
b/arch/arm/include/asm/arch-vf610/iomux-vf610.h
index a6f7132..1b
Add VF610_PAD_PTA6__RMII0_CLKOUT iomux definition eventually required
for internal (e.g. crystal-less) Ethernet clocking.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/iomux-vf610.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-vf610/iomux-
Get rid of double VF610_PAD_DDR_A15__DDR_A_15 iomux configuration.
Signed-off-by: Marcel Ziswiler
---
board/freescale/vf610twr/vf610twr.c |1 -
1 file changed, 1 deletion(-)
diff --git a/board/freescale/vf610twr/vf610twr.c
b/board/freescale/vf610twr/vf610twr.c
index 699ea7f..4ee74c0 100644
Get rid of obsolete CONFIG_SYS_UART_PORT configuration option.
Signed-off-by: Marcel Ziswiler
---
include/configs/vf610twr.h |1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/vf610twr.h b/include/configs/vf610twr.h
index 5a7a066..432a69d 100644
--- a/include/configs/vf610twr.
Add ANADIG PLL5 control definitions required for Ethernet RMII clock
configuration.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/crm_regs.h |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-vf610/crm_regs.h
b/arch/arm/include/asm/arch-vf6
Add secondary Ethernet MAC RMII1 base address definition in preparation
of potential secondary only board configurations.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/imx-regs.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-vf610/imx-regs.
The anadig_reg structure started at the wrong offset (fixed by adding
resvA[4]), was missing some reserved field required for alignment
purpose (resvB[3] between pll4_denom and pll6_ctrl) and further
contained too short a reserved field causing further miss-alignment
(resv10[7]).
Discovered and te
Re-number all the resv reserved fields.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/crm_regs.h | 54 ++--
1 file changed, 27 insertions(+), 27 deletions(-)
diff --git a/arch/arm/include/asm/arch-vf610/crm_regs.h
b/arch/arm/include/asm/arch-vf610
Add CCM_CCGR0_UART0_CTRL_MASK clock definition for UART0 aka SCI0.
Signed-off-by: Marcel Ziswiler
---
arch/arm/include/asm/arch-vf610/crm_regs.h |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-vf610/crm_regs.h
b/arch/arm/include/asm/arch-vf610/crm_regs.h
index d
arm: vf610: vf610twr: vybrid tower fixes and enhancements
This patch series addresses several vixes and enhancements for the
vybrid tower.
Tested on a TWR-VF65GS10 Rev G.
Marcel Ziswiler (10):
arm: vf610: fix anadig register struct
arm: vf610: clean-up anadig register struct
arm: vf610: ad
Hi, experts:
>-# check that only R_ARM_RELATIVE relocations are generated
> ifneq ($(CONFIG_SPL_BUILD),y)
>-ALL-y += checkarmreloc
>+# Check that only R_ARM_RELATIVE relocations are generated.
>+ALL-y += checkarmreloc
>+# The movt / movw can hardcode 16 bit parts of the addresses in the
>+# instruc
Hi,
I'm working on a P3041 processor and would like to load the u-boot from a
different flash address than 0xeff8 (where it is normally placed).
Could you please direct me to the sources and headers that need to be changed
for that?
Is it enough to update:
#define CONFIG_SYS_TEXT_BASE
Dear tiger...@viatech.com.cn,
In message you
wrote:
>
> >May I ask why you want to use other optimization levels? Do you just
> >hope that your code may run faster, or do you have actual proof (i. e.
> >measurements) that this is the case? It would be interesting if you
> >could share any such
Hi, Denk:
>May I ask why you want to use other optimization levels? Do you just
>hope that your code may run faster, or do you have actual proof (i. e.
>measurements) that this is the case? It would be interesting if you
>could share any such measured results.
Not for running faster.
I just thin
The SPDX License List version 1.19 now contains an official entry for
the IBM-pibs license. However, instead of our suggestion "ibm-pibs",
the SPDX License List uses "IBM-pibs", with the following rationale:
"The reason being that all other SPDX License List short identifiers
tend towards using ca
Dear Tom,
In message <20130917001120.GB3040@oliver-linux> you wrote:
>
> I've put v2013.10-rc3 out and tarballs should be out soon.
Tarball is out on the FTP server, see [1].
[1] ftp://ftp.denx.de/pub/u-boot/u-boot-2013.10-rc3.tar.bz2
Best regards,
Wolfgang Denk
--
DENX Software Engineering
> -原始邮件-
> 发件人: "Scott Wood"
> 发送时间: 2013年9月17日 星期二
> 收件人: feng...@phytium.com.cn
> 抄送: u-boot@lists.denx.de, tr...@ti.com, albert.u.b...@aribaud.net,
> w...@denx.de, b45...@freescale.com
> 主题: Re: [PATCH v10 1/6] core support of arm64
>
> On Mon, 2013-09-16 at 16:08 +0800, feng...@ph
Dear tiger...@viatech.com.cn,
In message you
wrote:
>
> I tested 2013.10-rc2, but still failed to build by -O0 / -O1 etc.
May I ask why you want to use other optimization levels? Do you just
hope that your code may run faster, or do you have actual proof (i. e.
measurements) that this is the c
On Tue, Sep 17, 2013 at 09:35 +0900, Masahiro Yamada wrote:
>
> > [ Makefiles rearranged, how to verify the change? ]
>
> But your suggestion sounds interesting.
> If we could programmatically compare the generated executables
> in an easy way, that would be worth checking.
>
> So I gave it a tr
Hi, experts:
>The movt/movw instruction can be used to hardcode an
>memory location in the instruction itself. The linker
>starts complaining about this if the compiler decides
>to do so: "relocation R_ARM_MOVW_ABS_NC against `a local
>symbol' can not be used" and it is not support by U-boot
>as we
Hello Wolfgang,
I think this is not a good idea, for two reasons.
First, it means the behaviour of the "bootm" command is not
consistent - with FDT address passed as argument it behaves one way,
without it behaves different.
Second, You may want to support images that have the FDT attached or
Signed-off-by: Nobuhiro Iwamatsu
---
arch/arm/include/asm/arch-omap5/ehci.h | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/arch/arm/include/asm/arch-omap5/ehci.h
b/arch/arm/include/asm/arch-omap5/ehci.h
index 3921e4a..63aaa02 100644
--- a/arch/arm/include/asm
85 matches
Mail list logo
