Thanks I see it now.
--
View this message in context:
http://u-boot.10912.n7.nabble.com/where-is-malloc-tp246389p246393.html
Sent from the U-Boot mailing list archive at Nabble.com.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mai
depending on your config it's either in common/malloc_simple.c (#define
malloc malloc_simple) or in common/dlmalloc.c (Void_t* mALLOc(size_t bytes)
and # define mALLOc malloc).
Michael
On Fri, Feb 19, 2016 at 2:52 AM, quantumlight
wrote:
> I can find malloc.h describing that it uses a specific
Dear quantumlight,
In message <1455856589187-246390.p...@n7.nabble.com> you wrote:
> I am trying to figure out how the bootm command in U-Boot works. It seems to
> be a state machine that goes from start->findos->findother (fdt)->loados
> etc.
>
> However I am having trouble understanding how, si
I am trying to figure out how the bootm command in U-Boot works. It seems to
be a state machine that goes from start->findos->findother (fdt)->loados
etc.
However I am having trouble understanding how, since my linux image is
stored in some partition on the device (eMMC), does that get loaded into
I can find malloc.h describing that it uses a specific malloc. But I can't
seem to find where the u-boot source keeps the malloc implementation.
I see that in include/_exports.h it is defined:
EXPORT_FUNC(malloc)
Also there seems to be a dlmalloc.c that should define a void* malloc(size)
fun
Hi Stefan,
I see Intel has released FSP package for Intel Braswell, the successor
of Intel BayTrail. Actually on the FSP website, they released 3 new
FSP packages, which are: Braswell, Broadwell and Broadwell-DE. I
remember you got a customer who wanted Braswell support. Will you plan
to add that
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new peripheral clock handle functions,
>use these functions to reduce the duplicated code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>[fixup for missing clk.h in at91_emac.c]
>Signed-off-by: Andreas Bießmann
>---
> dr
Dear "Egli, Samuel",
Samuel Egli writes:
>From: Matthias Michel
>
>New features for smartweb:
>* switch to hush command parser
>* change autoboot stop to
>* allow to write ethaddr
>
>Signed-off-by: Matthias Michel
>Reviewed-by: Samuel Egli
>Cc: Roger Meier
>Cc: Heiko Schocher
>Reviewed-by:
Dear Wenyou Yang,
Wenyou Yang writes:
>To avoid the duplicated code, add the PMC_PLLICPR init function.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3: None
>Changes in v2:
> - move at91_pllicpr_init() definition to the common file
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the UTMI PLL enable function, use this function
>to reduce the duplicated code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3: None
>Changes in v2: None
>
> arch/arm/mach-a
Dear Marek Vasut,
Marek Vasut writes:
>Add support for DENX MA5D4 SoM and MA5D4EVK board, based on the
>Atmel SAMA5D4 SoC. The SoM contains the SoC, eMMC, SPI NOR, SPI
>CAN controllers and DRAM, the baseboard contains UART connectors,
>ethernet port, microSD slot, LCD header, 2x CAN connector and
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new UTMI PLL clock handle functions,
>use these function to reduce the duplicated code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3: None
>Changes in v2:
> - remain a
Hi Tom,
Please pull into u-boot/master.
buildman for arm has a warning in one patch which is repaired some patches
later in this pull. I think this is Ok since it is an unused variable warning
for some boards which do not declare a specific define. The later patch will
remove the warning line com
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new PLLB clock handle functions,
>use these functions to clean up the PLLB enable/disable code.
>
>Signed-off-by: Wenyou Yang
>Reviewed-by: Andreas Bießmann
>Tested-by: Heiko Schocher
>---
>
>Changes in v4: None
>Changes in v3:
> -
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new UTMI PLL clock handle functions,
>use the functions to reduce the duplicated code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3:
> - collect Tested-by from Heiko S
Dear Wenyou Yang,
Wenyou Yang writes:
>To avoid the duplicated code, add the PLLB handle functions.
>
>Signed-off-by: Wenyou Yang
>Reviewed-by: Andreas Bießmann
>Tested-by: Heiko Schocher
>[add enable/disable functions to arm920t]
>Signed-off-by: Andreas Bießmann
>---
> arch/arm/mach-at91/arm
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the PMC_PLLICPR init function, use this
>function to clean up the code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3:
> - collect Tested-by from Heiko Schocher.
>
>Changes
Dear Samuel Mescoff,
Samuel Mescoff writes:
>The SAMA5D2 has a second internal SRAM that can be reassigned as a L2
>cache memory.
>Make sure it is configured as a L2 cache memory when booting from a SPL
>image.
>
>Based on the commit b5ea95ef2b5b from the at91bootstrap repository.
>
>Signed-off-b
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new PLLB clock handle functions,
>use these functions to clean up the PLLB enable code.
>
>Signed-off-by: Wenyou Yang
>Reviewed-by: Andreas Bießmann
>Tested-by: Heiko Schocher
>---
>
>Changes in v4:
> - collect Tested-by from Heiko
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new peripheral clock handle functions,
>use these functions to clean up the duplicated code.
>
>Meanwhile, remove unneeded header file include, at91_pmc.h.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andrea
Dear Wenyou Yang,
Wenyou Yang writes:
>Remove unnecessary #ifdef CPU_HAS_PCR.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v4: None
>Changes in v3: None
>Changes in v2: None
>
> arch/arm/mach-at91/include/mach/at91_pmc.h |8 ++--
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the PMC_PLLICPR init function, use this
>function to clean up the code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3: None
>Changes in v2: None
>
> arch/arm/mach-at91/spl_
Dear Wenyou Yang,
Wenyou Yang writes:
>To avoid the duplicated code, add the UTMI PLL handle functions,
>and add PMC_USB init function too.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>Changes in v3: None
>Changes in v2: None
>
> arch/arm/mach
Dear Wenyou Yang,
Wenyou Yang writes:
>Due to introducing the new peripheral clock handle functions,
>use these functions to reduce duplicated code.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>[Rebased on current master, fixup for at91rm9200ek]
>Signed-off-by: Andreas Bießmann
>-
Dear Gregory CLEMENT,
Gregory CLEMENT writes:
>The Versatile Industrial Communication platform is a community oriented
>board from Landis + Gyr. It comes with:
>- an RS-485 port
>- 2 Ethernet ports
>- a wireless M-BUS
>- a 4G modem
>- a 4MB SPI flash
>- a 4GB eMMC
>
>Signed-off-by: Gregory CLEMEN
Dear Wenyou Yang,
Wenyou Yang writes:
>To reduce the duplicated code, add a new file to accommodate
>the peripheral's and system's clock handle code, shared with
>the SoCs with different ARM core.
>
>Signed-off-by: Wenyou Yang
>Tested-by: Heiko Schocher
>Reviewed-by: Andreas Bießmann
>---
>
>C
On Wed, Feb 03, 2016 at 10:16:48AM +0800, Wenyou Yang wrote:
> To reduce the duplicated code, add a new file to accommodate
> the peripheral's and system's clock handle code, shared with
> the SoCs with different ARM core.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by:
On Tue, Feb 02, 2016 at 12:46:14PM +0800, Wenyou Yang wrote:
> Due to introducing the PMC_PLLICPR init function, use this
> function to clean up the code.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3:
> - collect Tested-by
On Tue, Feb 02, 2016 at 12:46:13PM +0800, Wenyou Yang wrote:
> Due to introducing the PMC_PLLICPR init function, use this
> function to clean up the code.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3: None
> Changes in v2: N
On Tue, Feb 02, 2016 at 12:46:12PM +0800, Wenyou Yang wrote:
> To avoid the duplicated code, add the PMC_PLLICPR init function.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3: None
> Changes in v2:
> - move at91_pllicpr_init(
On Tue, Feb 02, 2016 at 11:11:54AM +0800, Wenyou Yang wrote:
> Due to introducing the new UTMI PLL clock handle functions,
> use the functions to reduce the duplicated code.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3:
> -
On Tue, Feb 02, 2016 at 11:11:53AM +0800, Wenyou Yang wrote:
> Due to introducing the new UTMI PLL clock handle functions,
> use these function to reduce the duplicated code.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3: Non
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
All tegra builds are OK (32-bit and 64-bit).
The following changes since commit 727a25b2418031e1b94ba603e0eb61657024091b:
Prepare v2016.03-rc2 (2016-02-15 21:44:30 +)
are available in the git repository at:
git://git.den
On Tue, Feb 02, 2016 at 11:11:52AM +0800, Wenyou Yang wrote:
> Due to introducing the UTMI PLL enable function, use this function
> to reduce the duplicated code.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3: None
> Changes
On Tue, Feb 02, 2016 at 11:11:51AM +0800, Wenyou Yang wrote:
> To avoid the duplicated code, add the UTMI PLL handle functions,
> and add PMC_USB init function too.
>
> Signed-off-by: Wenyou Yang
> Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
> ---
>
> Changes in v3: None
> Change
Hi Stefan,
https://patchwork.ozlabs.org/patch/581316/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefan,
https://patchwork.ozlabs.org/patch/581317/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Bug fixes.
The following changes since commit 727a25b2418031e1b94ba603e0eb61657024091b:
Prepare v2016.03-rc2 (2016-02-15 21:44:30 +)
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
for you to fetch changes up to a8c3eca43393cffef16a40e683f7a4d45b37e6ed:
Since commit fd61d39970b9901217efc7536d9f3a61b4e1752a:
spl: mmc: add break statements in spl_mmc_load_image()
RAW and FS boot modes are now exclusive again. So, if MMCSD_MODE_RAW fails, the
board hangs. This patch allows to try MMCSD_MODE_FS then.
It has been tested on a beaglebone black
On Thu, Feb 18, 2016 at 1:32 PM, Marek Vasut wrote:
>> Also one of our customers tested a few non-working sticks with this
>> change and reported, that it fixed it for him.
>> Here's a list of those devices, but I guess there are a lot more:
>>
>> 1. Silicon Motion, Inc. - Taiwan (formerly Feiya
On Thu, Feb 18, 2016 at 05:42:29PM +0100, Guillaume Gardet wrote:
>
>
> Le 18/02/2016 17:38, Nikita Kiryanov a écrit :
> >On Thu, Feb 18, 2016 at 05:11:46PM +0100, Guillaume Gardet wrote:
> >>
> >>Le 18/02/2016 17:07, Nikita Kiryanov a écrit :
> >>>On Thu, Feb 18, 2016 at 09:36:01AM -0500, Tom Ri
Le 18/02/2016 17:38, Nikita Kiryanov a écrit :
On Thu, Feb 18, 2016 at 05:11:46PM +0100, Guillaume Gardet wrote:
Le 18/02/2016 17:07, Nikita Kiryanov a écrit :
On Thu, Feb 18, 2016 at 09:36:01AM -0500, Tom Rini wrote:
On Thu, Feb 18, 2016 at 04:25:29PM +0200, Nikita Kiryanov wrote:
On Thu,
On Thu, Feb 18, 2016 at 05:11:46PM +0100, Guillaume Gardet wrote:
>
>
> Le 18/02/2016 17:07, Nikita Kiryanov a écrit :
> >On Thu, Feb 18, 2016 at 09:36:01AM -0500, Tom Rini wrote:
> >>On Thu, Feb 18, 2016 at 04:25:29PM +0200, Nikita Kiryanov wrote:
> >>>On Thu, Feb 18, 2016 at 02:31:08PM +0100, G
Le 18/02/2016 17:07, Nikita Kiryanov a écrit :
On Thu, Feb 18, 2016 at 09:36:01AM -0500, Tom Rini wrote:
On Thu, Feb 18, 2016 at 04:25:29PM +0200, Nikita Kiryanov wrote:
On Thu, Feb 18, 2016 at 02:31:08PM +0100, Guillaume Gardet wrote:
Le 18/02/2016 14:07, Nikita Kiryanov a écrit :
On Thu,
On Thu, Feb 18, 2016 at 09:36:01AM -0500, Tom Rini wrote:
> On Thu, Feb 18, 2016 at 04:25:29PM +0200, Nikita Kiryanov wrote:
> > On Thu, Feb 18, 2016 at 02:31:08PM +0100, Guillaume Gardet wrote:
> > >
> > >
> > > Le 18/02/2016 14:07, Nikita Kiryanov a écrit :
> > > >On Thu, Feb 18, 2016 at 11:06:
Enabling this driver requires some DT changes.
Adding DCC to root or main bus:
dcc: dcc {
compatible = "arm,dcc";
u-boot,dm-pre-reloc;
};
Extend alias list to link DCC:
serial0 = &uart0;
serial1 = &uart1;
serial2 = &dcc;
Change stdout-path to point to dcc p
Compile DCC serial driver by default.
Signed-off-by: Michal Simek
---
include/configs/xilinx_zynqmp.h | 9 +++--
include/configs/zynq-common.h | 8 ++--
2 files changed, 5 insertions(+), 12 deletions(-)
diff --git a/include/configs/xilinx_zynqmp.h b/include/configs/xilinx_zynqmp.h
in
On 02/18/2016 11:05 AM, Schrempf Frieder wrote:
> On 04.02.2016 12:28, Marek Vasut wrote:
>> On Thursday, February 04, 2016 at 09:21:08 AM, Schrempf Frieder wrote:
>>> On 03.02.2016 20:16, Sergei Temerkhanov wrote:
On Wed, Feb 3, 2016 at 8:40 AM, Marek Vasut wrote:
> On Wednesday, Februar
On Thu, Feb 18, 2016 at 04:25:29PM +0200, Nikita Kiryanov wrote:
> On Thu, Feb 18, 2016 at 02:31:08PM +0100, Guillaume Gardet wrote:
> >
> >
> > Le 18/02/2016 14:07, Nikita Kiryanov a écrit :
> > >On Thu, Feb 18, 2016 at 11:06:32AM +0100, Guillaume Gardet wrote:
> > >>Hi Tom, Nikita ,
> > >>
> >
On Thu, Feb 18, 2016 at 02:31:08PM +0100, Guillaume Gardet wrote:
>
>
> Le 18/02/2016 14:07, Nikita Kiryanov a écrit :
> >On Thu, Feb 18, 2016 at 11:06:32AM +0100, Guillaume Gardet wrote:
> >>Hi Tom, Nikita ,
> >>
> >>Le 18/02/2016 10:19, Nikita Kiryanov a écrit :
> >>>Hi Tom, Guillaume,
> >>>
>
Le 18/02/2016 14:07, Nikita Kiryanov a écrit :
On Thu, Feb 18, 2016 at 11:06:32AM +0100, Guillaume Gardet wrote:
Hi Tom, Nikita ,
Le 18/02/2016 10:19, Nikita Kiryanov a écrit :
Hi Tom, Guillaume,
On Wed, Feb 17, 2016 at 03:27:22PM -0500, Tom Rini wrote:
On Wed, Feb 17, 2016 at 09:09:27AM +
On Thu, Feb 18, 2016 at 11:06:32AM +0100, Guillaume Gardet wrote:
> Hi Tom, Nikita ,
>
> Le 18/02/2016 10:19, Nikita Kiryanov a écrit :
> >Hi Tom, Guillaume,
> >
> >On Wed, Feb 17, 2016 at 03:27:22PM -0500, Tom Rini wrote:
> >>On Wed, Feb 17, 2016 at 09:09:27AM +0100, Guillaume GARDET wrote:
> >>
This function is unused.
Signed-off-by: Masahiro Yamada
---
arch/arm/mach-uniphier/dram/umc-regs.h | 9 -
1 file changed, 9 deletions(-)
diff --git a/arch/arm/mach-uniphier/dram/umc-regs.h
b/arch/arm/mach-uniphier/dram/umc-regs.h
index a6957a4..b33e2da 100644
--- a/arch/arm/mach-uniph
Hi
This question is regarding to uboot commands
I use the uboot "fdt mknode" command to create two nodes as below
uboot> fdt resize
uboot> fdt mknode /my_light_pinctrl
uboot> fdt set /my_light_pintrl fsl,pins <1 2 3 4 5 6>
uboot> fdt mknode /my_light
uboot> fdt /my
Hello,
I'm using U-Boot 2013.01.01, and I've noticed an odd behaviour when the system
is checking for bad blocks on my Micron NAND.
Let's say we have a NAND memory with the following features:
Memory Size 128 MB
Sector size 128 KiB
Page size 2048 b
OOB size 64 b
Erase siz
Add a driver for the on-chip SD/eMMC host controller used by
UniPhier SoC family.
Signed-off-by: Masahiro Yamada
---
Changes in v4:
- Add some comments about HOST_MODE register
- Rename uniphier_sd_wait_irq() to uniphier_sd_wait_for_irq()
Changes in v3:
- Use dev_err/dev_dbg instead of pr
This host controller is available for all UniPhier SoCs.
Signed-off-by: Masahiro Yamada
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/dts/uniphier-ph1-ld4-ref.dts| 4 +++
arch/arm/dts/uniphier-ph1-ld4.dtsi | 25 +++
arch/arm/dts/uni
Enable the driver in all UniPhier defconfig files and add some
needed defines to the common files.
Signed-off-by: Masahiro Yamada
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/Kconfig | 1 +
configs/uniphier_ld4_sld8_defconfig | 1 +
configs/unip
Changes in v4:
- Add some comments about HOST_MODE register
- Rename uniphier_sd_wait_irq() to uniphier_sd_wait_for_irq()
Changes in v3:
- Use dev_err/dev_dbg instead of pr_err/pr_debug
- Tidy up uniphier_sd_set_ios()
- Allow to use DMA even in SPL if the target address is DMA'able
Ch
> On 16.02.2016 07:54, Thomas Chou wrote:
> > After commit a058052c358c
> > ("net: phy: do not read configuration register on reset")
> >
> > both 3c120 and 10m50 devboard which use Marvel m88es PHY got this
> > error message,
> >
> > Net: eth0: ethernet@400
> > => ping 192.168.1.5
> > ethern
Hi Tom, Nikita ,
Le 18/02/2016 10:19, Nikita Kiryanov a écrit :
Hi Tom, Guillaume,
On Wed, Feb 17, 2016 at 03:27:22PM -0500, Tom Rini wrote:
On Wed, Feb 17, 2016 at 09:09:27AM +0100, Guillaume GARDET wrote:
Since commit fd61d39970b9901217efc7536d9f3a61b4e1752a:
spl: mmc: add break s
On 04.02.2016 12:28, Marek Vasut wrote:
> On Thursday, February 04, 2016 at 09:21:08 AM, Schrempf Frieder wrote:
>> On 03.02.2016 20:16, Sergei Temerkhanov wrote:
>>> On Wed, Feb 3, 2016 at 8:40 AM, Marek Vasut wrote:
On Wednesday, February 03, 2016 at 12:49:20 PM, Schrempf Frieder wrote:
>>>
Hi Tom, Guillaume,
On Wed, Feb 17, 2016 at 03:27:22PM -0500, Tom Rini wrote:
> On Wed, Feb 17, 2016 at 09:09:27AM +0100, Guillaume GARDET wrote:
>
> > Since commit fd61d39970b9901217efc7536d9f3a61b4e1752a:
> > spl: mmc: add break statements in spl_mmc_load_image()
> > RAW and FS boot mod
Hi Stefan/Siva/Mugunthan/Vikas/Others
On 15 February 2016 at 02:16, Jagan Teki wrote:
> Compared to previous patch series this series adds spi-nor
> core with spi-nor controller drivers are of "mtd uclass"
>
> This is whole series for all spi-nor related changes, and while
> series tested on span
64 matches
Mail list logo
