Hello
Since commit 68e6ecadc551 ("net: phy: marvell 88e151x: Fix handling of
RGMII interface types") it is possible to set the Rx/Tx delays settings
of Marvell PHYs from the DTS.
The code handled all 4 possible cases ("PHY_INTERFACE_MODE_RGMII",
"PHY_INTERFACE_MODE_RGMII_ID", "PHY_INTERFACE_
Jagan Teki wrote:
> On 30 September 2014 16:53, David Müller wrote:
>> +int board_early_init_f(void)
>> +{
>> + spi_init_f();
>
> Why you need to do this, spi_init_f is trying to call from
> arch/powerpc/lib/board.c
> any specific reason, I couldn't understand the fix you mentioned on
> the
Jagan Teki wrote:
> On 30 September 2014 18:41, David Müller (ELSOFT AG)
> wrote:
>> Jagan Teki wrote:
>>> On 30 September 2014 16:53, David Müller wrote:
>>>> +int board_early_init_f(void)
>>>> +{
>>>> + spi_init_f();
>>&
Hello
Nishanth Menon wrote:
> Header files can be located in a generic location without needing to
> reference them with ../common/
>
> board/mpl/common/{ => include/board-common}/common_util.h (100%)
> rename board/mpl/common/{ => include/board-common}/isa.h (100%)
Correct me if I'm missing so
Simon Glass wrote:
> David are you able to move your board to driver model for i2c?
To be frank, I don't know it (yet). Being a total DM novice, it is
difficult for me to estimate the amount of effort needed to do the
conversion.
Is it really possible to convert just the I2C subsystem to DM and
Hello
In net/net.c::net_loop(), the variables "fileaddr" and "filesize" are
both set in case of a successful transfer.
In fs/fs.c::do_load(), just the variable "filesize" is set in case of
success.
Is this asymmetry intentional or a mistake?
Dave
___
Hello
Do you have some PCIe related i.MX6QP patches which you could make public?
I have a i.MX6QP based custom board which seems to work quite well
expect for PCIe. The first access done by U-Boot to the PCIe host
controller registers causes a hang.
I assume a not correctly enabled clock to be t
Hello
Simon Glass wrote:
> I'm sorry if you have not heard about this before. I sent out an email
> to all maintainers some months ago.
> You are listed as the maintainer of a few boards which use the
> serial_s3c24x0.c serial driver. We are trying to convert all of these
> drivers to driver model
Hello
While trying to convert the serial_s3c24x0.c driver to DM, I noticed
that no offical U-Boot configuration seems to be using the
CONFIG_MODEM_SUPPORT or CONFIG_HWFLOW option.
Do you know if these two options are still in use somewhere else? Or can
all the references to these options be remov
Hello
Tom Rini wrote:
> On Tue, Feb 09, 2016 at 04:48:28PM +0100, David Müller wrote:
>> /* call board_init_r */
>> +#if defined(CONFIG_SYS_THUMB_BUILD)
>> +ldr lr, =board_init_r /* this is auto-relocated! */
>> +bx lr
>> +#else
>> ldr pc, =board_init_r /
Hello
I'm currently implementing DM support in the s3c24xx serial driver and
activating DM support for the VCMA9 board using
CONFIG_DM=y
CONFIG_DM_SERIAL=y
CONFIG_OF_CONTROL=y
CONFIG_OF_EMBED=y
CONFIG_DEFAULT_DEVICE_TREE="s3c24xx-vcma9"
This results in the following problem:
CC drivers/
Simon Glass wrote:
> This is not used by any boards. Drop it.
>
> Signed-off-by: Simon Glass
Acked-by: David Müller
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Simon Glass wrote:
> This board has not been converted to DM_SERIAL by the deadline.
> Remove it.
>
> Signed-off-by: Simon Glass
Acked-by: David Müller
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Simon Glass wrote:
> This board has not been converted to DM_SERIAL by the deadline.
> Remove it.
>
> Signed-off-by: Simon Glass
Acked-by: David Müller
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Does the code below really work?
On my custom MX6Q board, the code hangs on the read of the
"PCIE_PL_PFLR". Please note that this code sequence is not entered the
first time after a power up; I have to execute a U-Boot reset to
actually trigger the hang. Any ideas what is going wrong?
Whi
Marek Vasut wrote:
> On 09/22/2017 04:00 PM, David Müller (ELSOFT AG) wrote:
>> On my custom MX6Q board, the code hangs on the read of the
>> "PCIE_PL_PFLR". Please note that this code sequence is not entered
>> the first time after a power up; I have to execut
Hi Fabio
Fabio Estevam wrote:
> From: Sven-Ola Tuecke
>
> However, at least on some i.MX6 custom boards, when calling
By "some", I assume that not all i.MX6 systems are showing this
behaviour. Does anyone have an idea which systems are affected and which
are not?
> assert_core_reset() as part
Hello
Is there a tool or script to convert the iMX6 IOmux data generated to
the Freescale IOMux tool into the format used by U-Boot?
Any hints are appreciated.
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-b
Wolfgang Denk schrieb:
> The problem comes from board/mpl/common/memtst.c which contains an
> unconditional "#include " which is obviously wrong
> when the file gets compiled for an ARM board as VCMA9.
>
> Can you please provide a fix?
The solution is to remove the include completely as it is not
Peter Tyser schrieb:
> On Wed, 2010-10-06 at 22:27 +0200, Wolfgang Denk wrote:
>> I think you are right. If you have tiome, please submit patches to
>> remove these, then we will see if anybody cares.
>
> Will do.
I'm currently trying to bring the VCMA9 port in sync with the recently
introduced
Hello
The timer implementation for s3c24xx based SoC
(arch/arm/cpu/arm920t/s3c24x0/timer.c) uses several global variables.
With the newly introduced ARM relocation feature, this timer code does
no longer work as expected.
What is the proposed fix/workaround for this?
Is moving these variables to
Hello
Any news?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Any news?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Any news?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: David Mueller
diff --git a/drivers/mtd/jedec_flash.c b/drivers/mtd/jedec_flash.c
index 36d30c3..2350f36 100644
--- a/drivers/mtd/jedec_flash.c
+++ b/drivers/mtd/jedec_flash.c
@@ -69,6 +69,9 @@
#define SST39SF010A0x00B5
#define SST39SF020A0x00B6
+/* STM */
+#define STM29F
Hello
Any news?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Tom Rini wrote:
> As this board has NAND and supports YAFFS2, add CONFIG_MD_NAND_YAFFS
>
> Cc: David Müller
> Signed-off-by: Tom Rini
Acked-by: David Müller
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Wolfgang Denk schrieb:
> Please move this line into your board config file, and drop the
> config.mk file.
Ok, will be done.
>> - * Modified for the Samsung SMDK2410 by
>> - * (C) Copyright 2002
>> + * Modified for MPL VCMA9 by
>> * David Mueller, ELSOFT AG,
&
Hello
Any news?
http://lists.denx.de/pipermail/u-boot/2010-December/083032.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Any news?
http://lists.denx.de/pipermail/u-boot/2011-January/085070.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Any news?
http://lists.denx.de/pipermail/u-boot/2011-January/085072.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Timur Tabi wrote:
> Just out of curiosity -- do you have an example of a device tree with
> an external UART?
Yes.
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Tabi Timur-B04825 wrote:
> May I see it?
Please see attached file.
Dave
/*
*
* Copyright 2005, 2006 Freescale Semiconductor Inc.
*
* This program is free software; you can redistribute it and/or modify it
* under the terms of the GNU General Public License as published by the
* Free Sof
Hello,
please also apply the following patch and friends
http://patchwork.ozlabs.org/patch/93595/
this will make VCMA9 board work with current U-Boot release.
Thank you
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/li
Hello
Albert ARIBAUD wrote:
> In message<4dd760eb.2050...@elsoft.ch> you wrote:
>>
>> please also apply the following patch and friends
>>
>> http://patchwork.ozlabs.org/patch/93595/
>>
>> this will make VCMA9 board work with current U-Boot release.
>
> Applied to arm tree, will send a pull requ
Hi Albert
Albert ARIBAUD wrote:
> U-Boot maintainers of such boards (in Cc: of this mail) should provide a
> patch to re-introduce the MACH_TYPE_XX definition in their boards'
> config header file in include/configs/.
Could you please apply the following patches:
- http://patchwork.ozlabs.
Marek Vasut wrote:
> Take a look at SR# 1-1347946851 in the FSL internal bug tracker. It
> looks like the PCIe IP core implementation in the MX6 is bugged in my
> opinion.
Are there any publicly available info regarding this SR?
Dave
___
U-Boot mailing
Marek Vasut wrote:
> Observed Results: After some hundreds of the soft-reboot cycles, the
> i210 is not recognized. This is caused by the PCI express link
> failing to come up. We see "link never came up" message in the kernel
> log.
Just a guest but maybe this is "errata #18" of the i210.
A litt
Fabio Estevam wrote:
> On Wed, May 28, 2014 at 4:40 AM, "David Müller (ELSOFT AG)"
> wrote:
>> I use an additional delay in imx6_add_pcie_port() as a workaround so far.
>
> How much of additional delay? Could you please share your patch?
diff --git a/drivers/pci/h
Tim Harvey wrote:
> When enabling PCI support in u-boot my 3.14 kernel hangs somewhere
> during PCI init or enumeration (can't tell as uart is not up yet)
Enabling "earlyprintk" support may help.
> David, on your board(s) do you have a PCIe switch as well?
Not yet, but this (using a PEX8603) i
> Signed-off-by: David Mueller
> Joe Hershberger
Sorry, Cc missing.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
I tried to use a Intel 82574 based miniPCIe NIC on a Freescale iMX6 eval
board as shown below. It seems that the NIC is unable to read and/or
write the descriptors in system memory. The settings of the PCIe core
registers seems to be OK (according to the iMX6 RM).
Any idea what i am missing
Krunal Desai wrote:
> Can you get a dump of config space for the 82574? What are its BARs?
=> pci display 1.0.0 0 40
: 10d38086 0016 0200 0010
0010: 0110 01010001 0112
0020: 8086
0030: 00c8 01
Hello
Anybody home?
http://lists.denx.de/pipermail/u-boot/2010-December/083032.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Anybody home?
http://lists.denx.de/pipermail/u-boot/2011-January/085070.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello
Anybody home?
http://lists.denx.de/pipermail/u-boot/2011-January/085072.html
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Minkyu Kang wrote:
>> +/* additions for new relocation code, must be added to all boards */
>> +#undef CONFIG_SYS_ARM_WITHOUT_RELOC
>
> Please remove this define.
>
>> +#define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1
>> +#define CONFIG_SYS_INIT_SP_ADDR(CONFIG_SYS_SDRAM_BASE + 0x1000 - \
>> +
Minkyu Kang wrote:
>> +#define CONFIG_SYS_TEXT_BASE 0x0
>
> Zero is right? Maybe 0x33F8?
IMHO "Zero" should be correct with activated ARM reloc.
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Minkyu Kang wrote:
>> You are talking about the "#undef", right?
>
> Right. :)
Ok, will be done.
Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Minkyu Kang wrote:
>> IMHO "Zero" should be correct with activated ARM reloc.
>
> Sorry but I can't understand.
> Why?
> Please let me know.
Excerpt from doc/README.arm-relocation:
maybe adapt CONFIG_SYS_TEXT_BASE (this must be checked from board
maintainers)
This *must* be done for boards, whic
Hello
The attached patch fixes wrong timing default values and adds the
possibility to specify board specific timing value in the board config file.
Dave
Signed-off-by: David Mueller
diff --git a/drivers/mtd/nand/s3c2410_nand.c b/drivers/mtd/nand/s3c2410_nand.c
index f70daef..27351fb 100644
--
Hello
The attached patch fixes the s3c24x0 timer code to work with the ARM
relocation feature.
Dave
Signed-off-by: David Mueller
diff --git a/arch/arm/cpu/arm920t/s3c24x0/timer.c
b/arch/arm/cpu/arm920t/s3c24x0/timer.c
index 8cf9ff6..2903ba7 100644
--- a/arch/arm/cpu/arm920t/s3c24x0/timer.c
++
52 matches
Mail list logo
