Signed-off-by: Enric Balletbo i Serra
---
board/isee/igep0033/MAINTAINERS | 2 +-
board/isee/igep00x0/MAINTAINERS | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/isee/igep0033/MAINTAINERS b/board/isee/igep0033/MAINTAINERS
index d162d77..bd8a1f2 100644
--- a/board/isee
This patch changes a little bit the environment, current environment was broken
for a long time, and board don't as expected sometimes, on production systems
this is fixed adding boot script. I think it's time to change this to make a
system conformant environment and use generic distro configurati
Hi,
Please consider adding these two patches. I saw that I missed some emails
because my MAINTAINERS address was obsolete, so the first patch only updates
my email. The second one switches igep00x0 to use generic distro configuration
and environment instead of custom boot commands to be more gener
Hi Marek,
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Saturday, September 05, 2015 6:46 PM
> To: Siva Durga Prasad Paladugu
> Cc: u-boot@lists.denx.de; Siva Durga Prasad Paladugu
> Subject: Re: [PATCH v4 1/2] usb: zynqmp: Add XHCI driver support
>
> On Friday,
On Sab, 2015-09-05 at 11:20 +0800, Thomas Chou wrote:
> Hi Marek,
>
> On 09/04/2015 10:04 PM, Marek Vasut wrote:
> > I can start picking the NIOS2 stuff into U-Boot as well if you want.
>
> That's great! You are very kind and responsive. Thanks a lot. You can
> take over the custodianship of nio
Add support for Lightwriter SL50 series board, a small, robust and portable
Voice Output Communication Aids (VOCA) designed to meet the particular and
changing needs of people with speech loss resulting from a wide range of
acquired, progressive and congenital conditions.
Signed-off-by: Enric Ball
This patch series adds support for SL50 board based on TI AM335x SoC.
Changes since v3:
- Rebase with current mainline.
- Fix warning about CONFIG_SYS_MALLOC_F_LEN redefinition.
Changes since v2:
- Rebased with current mainline.
- Keep the TI copyright header on some files.
- Add SPDX tags i
Enable the Driver Model config. The driver subsystems
are not enabled until we enable each of them.
Signed-off-by: Thomas Chou
---
configs/nios2-generic_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/nios2-generic_defconfig b/configs/nios2-generic_defconfig
index 09cc51e
On 09/07/2015 09:03 AM, Thomas Chou wrote:
Since commit 44c6e6591cb451ae606f8bde71dd5fb7b4002544
"rename _end to __bss_end__" , the _end was removed.
But we need it now for separated device tree control,
ie, CONFIG_OF_SEPARATE .
The _end is used by fdtdec_setup() to find the blob.
Signed-off-
On 09/07/2015 09:03 AM, Thomas Chou wrote:
This patch adds device tree control of U-Boot to nios2 boards.
The example dts is taken from Linux kernel.
Signed-off-by: Thomas Chou
Reviewed-by: Simon Glass
Acked-by: Marek Vasut
---
arch/nios2/dts/.gitignore | 1 +
arch/nios2/dts/3
On 09/07/2015 09:03 AM, Thomas Chou wrote:
Since we don't use gp for small data with option "-G0",
we use gp as global data pointer. The _gp location is
not needed.
The ALIGN(16) was for gp only. It is removed, so that we
can get correct address of dtb in u-boot-dtb.bin image.
Signed-off-by:
On 09/07/2015 09:03 AM, Thomas Chou wrote:
As we will use u-boot-dtb.bin, the code relocation range
should be adjusted to accommodate the additional dtb.
It might be overkilled to look into dtb header to find the
dtb size, so we will simply use CONFIG_SYS_MONITOR_LEN.
Signed-off-by: Thomas Cho
On 09/07/2015 09:03 AM, Thomas Chou wrote:
As dtb in u-boot-dtb.bin overlapped the BSS section,
we should delay the clearing of BSS until dtb is relocated
in board_init_f().
Signed-off-by: Thomas Chou
Acked-by: Marek Vasut
---
arch/nios2/cpu/start.S | 30 --
1
On 09/07/2015 09:03 AM, Thomas Chou wrote:
As altera_pio_init() uses BSS, it should be moved to
board_early_init_r().
Signed-off-by: Thomas Chou
Acked-by: Marek Vasut
---
board/altera/nios2-generic/nios2-generic.c | 13 +
include/configs/nios2-generic.h| 1 +
2 f
On 09/07/2015 09:03 AM, Thomas Chou wrote:
Enable this in the Kconfig so that nios2 boards can use device
tree to configure U-Boot.
Signed-off-by: Thomas Chou
Reviewed-by: Simon Glass
Acked-by: Marek Vasut
---
arch/Kconfig | 1 +
1 file changed, 1 insertion(+)
Applied to u-boot-nios.
_
On 08/29/2015 03:24 PM, Thomas Chou wrote:
Enable CONFIG_NET_RANDOM_ETHADDR to generate a random MAC address
when ETHADDR is not set.
Signed-off-by: Thomas Chou
Cc: Joe Hershberger
---
configs/nios2-generic_defconfig | 1 +
1 file changed, 1 insertion(+)
Applied to u-boot-nios.
___
On 08/28/2015 09:48 AM, Thomas Chou wrote:
This patch moves command line configuration from board header
file to board defconfig in the way of Kconfig. The change passed
savedefconfig.
This fixes warnings such as : "CONFIG_SYS_HUSH_PARSER" redefined,
when "Use hush shell" is selected with menu
Hi Marek,
On 09/07/2015 08:53 AM, Marek Vasut wrote:
Where did that 64KB figure come from ? :O
This is estimated from 41KB of the SPL of socfpga. The code density of
nios2 is worse than ARM.
I assume the simple loader is just a copy loop, huh ? And you synthesise
a small RAM or ROM into th
Hi Marek,
On 09/04/2015 10:08 PM, Marek Vasut wrote:
The patch cannot apply to board_f.c due to conflict in
commit 2e88bb28d8061286d2f1cabcac224df15b941b82
NDS32: Generic Board Support and Unsupport
Aw, right, looks trivial. Thanks :)
Could you please rebase and submit this series again?
B
This patch adds device tree control of U-Boot to nios2 boards.
The example dts is taken from Linux kernel.
Signed-off-by: Thomas Chou
Reviewed-by: Simon Glass
Acked-by: Marek Vasut
---
arch/nios2/dts/.gitignore | 1 +
arch/nios2/dts/3c120_devboard.dts | 153
As altera_pio_init() uses BSS, it should be moved to
board_early_init_r().
Signed-off-by: Thomas Chou
Acked-by: Marek Vasut
---
board/altera/nios2-generic/nios2-generic.c | 13 +
include/configs/nios2-generic.h| 1 +
2 files changed, 10 insertions(+), 4 deletions(-)
di
Enable this in the Kconfig so that nios2 boards can use device
tree to configure U-Boot.
Signed-off-by: Thomas Chou
Reviewed-by: Simon Glass
Acked-by: Marek Vasut
---
arch/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index 4f73819..207c778 100644
---
As we will use u-boot-dtb.bin, the code relocation range
should be adjusted to accommodate the additional dtb.
It might be overkilled to look into dtb header to find the
dtb size, so we will simply use CONFIG_SYS_MONITOR_LEN.
Signed-off-by: Thomas Chou
---
arch/nios2/cpu/start.S | 5 +++--
1 fil
Since we don't use gp for small data with option "-G0",
we use gp as global data pointer. The _gp location is
not needed.
The ALIGN(16) was for gp only. It is removed, so that we
can get correct address of dtb in u-boot-dtb.bin image.
Signed-off-by: Thomas Chou
Reviewed-by: Simon Glass
Acked-by
These patches add device tree control of U-Boot to nios2 boards.
v2
use SPDX license header.
use fdt relocation in board_init_f.
v3
fix comment style.
v4
drop fdt_blob print in board info, which needs more discussion.
Thomas Chou (7):
nios2: permit device tree control of U-Boot
nios2:
Since commit 44c6e6591cb451ae606f8bde71dd5fb7b4002544
"rename _end to __bss_end__" , the _end was removed.
But we need it now for separated device tree control,
ie, CONFIG_OF_SEPARATE .
The _end is used by fdtdec_setup() to find the blob.
Signed-off-by: Thomas Chou
Acked-by: Marek Vasut
Reviewe
As dtb in u-boot-dtb.bin overlapped the BSS section,
we should delay the clearing of BSS until dtb is relocated
in board_init_f().
Signed-off-by: Thomas Chou
Acked-by: Marek Vasut
---
arch/nios2/cpu/start.S | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
Hi Bin,
On Sun, Sep 06, 2015 at 06:58:45PM +0800, Bin Meng wrote:
>Hi Peng,
>
>On Sun, Sep 6, 2015 at 4:18 PM, Peng Fan wrote:
>> Hi,
>>
>> With the following patch, I met tftp errors on mx6qsabresd and mx6ul boards:
>> "
>> => setenv serverip 10.193.102.217; setenv ipaddr 10.193.102.31;tftp
>>
On Monday, September 07, 2015 at 02:22:52 AM, Thomas Chou wrote:
> Hi Marek,
Hi!
> On 09/06/2015 11:23 PM, Marek Vasut wrote:
> > Uh oh, is this copying something the U-Boot SPL cannot do for us ?
>
> Though U-Boot SPL can do, it will need 64KB onchip memory. While the
> EPCS controller needs on
Hi Marek,
On 09/06/2015 11:23 PM, Marek Vasut wrote:
Uh oh, is this copying something the U-Boot SPL cannot do for us ?
Though U-Boot SPL can do, it will need 64KB onchip memory. While the
EPCS controller needs only 512B onchip memory. So we didn't ever
consider SPL for nios2.
Best regards
Dear Przemyslaw Marczak,
Just some minor comment,
On 28/08/15 22:59, Przemyslaw Marczak wrote:
> This driver allows I/O operations on the Samsung S2MPS11 PMIC,
> which provides lots of LDO/BUCK outputs.
>
> To enable it, update defconfig with:
> - CONFIG_DM_PMIC_S2MPS11
> and additional, if were
On Sun, Sep 06, 2015 at 06:11:37PM +0200, Maxime Ripard wrote:
> On Fri, Sep 04, 2015 at 01:20:44PM -0400, Tom Rini wrote:
> > On Mon, Aug 31, 2015 at 04:46:06PM +0200, Maxime Ripard wrote:
> >
> > > The functions and a few define to generate a fastboot message to be sent
> > > back to the host we
On Sun, Sep 06, 2015 at 05:57:25PM +0200, Maxime Ripard wrote:
> On Fri, Sep 04, 2015 at 01:20:49PM -0400, Tom Rini wrote:
> > On Mon, Aug 31, 2015 at 04:46:07PM +0200, Maxime Ripard wrote:
> >
> > > So far the fastboot code was only supporting MMC-backed devices for its
> > > flashing operations
On Sun, Sep 06, 2015 at 01:27:20PM +0200, Maxime Ripard wrote:
> On Fri, Sep 04, 2015 at 01:20:38PM -0400, Tom Rini wrote:
> > On Mon, Aug 31, 2015 at 04:46:04PM +0200, Maxime Ripard wrote:
> >
> > > To check the alignment of the image blocks to the storage blocks, the
> > > current code uses a co
On Fri, Sep 04, 2015 at 01:20:38PM -0400, Tom Rini wrote:
> On Mon, Aug 31, 2015 at 04:46:04PM +0200, Maxime Ripard wrote:
>
> > To check the alignment of the image blocks to the storage blocks, the
> > current code uses a convoluted syntax, while a simple mod also does the
> > work.
> >
> > Sign
On Fri, Sep 04, 2015 at 01:20:44PM -0400, Tom Rini wrote:
> On Mon, Aug 31, 2015 at 04:46:06PM +0200, Maxime Ripard wrote:
>
> > The functions and a few define to generate a fastboot message to be sent
> > back to the host were so far duplicated among the users.
> >
> > Move them all to a common
On Fri, Sep 04, 2015 at 01:02:49PM -0400, Tom Rini wrote:
> On Tue, Sep 01, 2015 at 10:44:58AM +0300, Siarhei Siamashka wrote:
>
> > On Tue, 01 Sep 2015 08:22:04 +0100
> > Ian Campbell wrote:
> >
> > > On Mon, 2015-08-31 at 16:46 +0200, Maxime Ripard wrote:
> > > > When using fastboot and flashi
On Fri, Sep 04, 2015 at 01:20:49PM -0400, Tom Rini wrote:
> On Mon, Aug 31, 2015 at 04:46:07PM +0200, Maxime Ripard wrote:
>
> > So far the fastboot code was only supporting MMC-backed devices for its
> > flashing operations (flash and erase).
> >
> > Add a storage backend for NAND-backed devices
On Fri, Sep 04, 2015 at 01:21:00PM -0400, Tom Rini wrote:
> On Mon, Aug 31, 2015 at 04:46:09PM +0200, Maxime Ripard wrote:
>
> > The Android sparse image format is currently supported through a file
> > called aboot, which isn't really such a great name, since the sparse image
> > format is only u
On Fri, Sep 04, 2015 at 12:59:24PM -0400, Tom Rini wrote:
> On Tue, Sep 01, 2015 at 09:57:16AM +0200, Maxime Ripard wrote:
>
> [snip]
> > Of course, this will all depend on the ratio between the empty space
> > and the files themselves, and what files you actually have there, but
> > while 32MB is
On Sunday, September 06, 2015 at 03:49:20 PM, Thomas Chou wrote:
> Hi Marek,
Hi,
> On 09/06/2015 09:18 PM, Marek Vasut wrote:
> > Why so? The EPCS is memory mapped and U-Boot starts from it, right ? So
> > U-Boot can relocate itself to the end of DRAM , right ?
>
> No. EPCS contains a default bo
On Sunday, September 06, 2015 at 03:20:21 PM, Thomas Chou wrote:
> Hi Marek,
>
> >>> I think this will not work on 64bit machines.
>
> I tried 64bits with
>
> print_lnum("fdt_blob", (u64)gd->fdt_blob);
>
> But got this warning,
>
>CC common/cmd_bdinfo.o
> common/cmd_bdinfo.c: In
Hi Marek,
On 09/06/2015 09:18 PM, Marek Vasut wrote:
Why so? The EPCS is memory mapped and U-Boot starts from it, right ? So
U-Boot can relocate itself to the end of DRAM , right ?
No. EPCS contains a default boot copier which I said earlier.
Please take a look at this,
https://www.altera.co
On 09/06/15 11:48, Nikita Kiryanov wrote:
> Old revisions of Utilite (a miniature PC based on cm-fx6) do not have
> a card detect for mmc, and thus the kernel needs to be told that
> there's a persistent storage on usdhc3 to force it to probe the mmc
> card.
>
> Check the baseboard revision and mo
Hi Nikita,
On 09/06/15 11:48, Nikita Kiryanov wrote:
> Introduce cl_eeprom_get_product_name() for obtaining product name
> from the eeprom.
>
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Signed-off-by: Nikita Kiryanov
> ---
> Changes in V2:
> - s/BOARD_PRODUCT_NAME_*/PRODUCT_NAME_*
>
Hi Marek,
I think this will not work on 64bit machines.
I tried 64bits with
print_lnum("fdt_blob", (u64)gd->fdt_blob);
But got this warning,
CC common/cmd_bdinfo.o
common/cmd_bdinfo.c: In function 'do_bdinfo':
common/cmd_bdinfo.c:180:25: warning: cast from pointer to integer
On Sunday, September 06, 2015 at 03:12:44 PM, Thomas Chou wrote:
> Hi Marek,
Hi,
> On 09/06/2015 08:29 PM, Marek Vasut wrote:
> > We already do it on ARM though and the reason for this is to place U-Boot
> > at the end of the DRAM, so that most of the DRAM can be used by the user.
>
> We place U
Hi Marek,
On 09/06/2015 08:29 PM, Marek Vasut wrote:
We already do it on ARM though and the reason for this is to place U-Boot
at the end of the DRAM, so that most of the DRAM can be used by the user.
We place U-Boot at the end of the DRAM on nios2, too. :)
I will look into the relocation on
On 09/06/15 11:48, Nikita Kiryanov wrote:
> cl_eeprom_read_mac_addr() doesn't differentiate between success case and
> inability to access eeprom. Fix this by propagating the return value of
> cl_eeprom_setup().
>
> Cc: Stefano Babic
> Cc: Igor Grinberg
> Signed-off-by: Nikita Kiryanov
Acked-b
On Sunday, September 06, 2015 at 01:28:08 PM, Thomas Chou wrote:
> HI Marek,
Hi!
> On 09/05/2015 08:50 PM, Marek Vasut wrote:
> >> We didn't include relocation records in nios2 binary image, so there is
> >> no real relocation like that of ARM.
> >
> > Can we add them instead ?
>
> I think it i
Hi,
On Thu, Sep 3, 2015 at 6:25 AM, Anatolij Gustschin wrote:
> Hi Bin,
>
> On Mon, 17 Aug 2015 13:09:20 +0800
> Bin Meng wrote:
> ...
>> I plan to send a patch to remove the DEV_FLAGS_SYSTEM and
>> DEV_EXT_VIDEO. They look useless to me. For example,
>>
>> $ grep -nr DEV_FLAGS_SYSTEM *
> ...
>>
On Sunday, September 06, 2015 at 01:35:25 PM, Thomas Chou wrote:
> Hi Marek,
>
> On 09/05/2015 09:11 PM, Marek Vasut wrote:
> > Idea: Maybe you can add a __weak hook into the generic timer code to
> > blink the LED ?
>
> Thanks for the idea. I will look into it later.
Sure, thanks :)
Best regar
Hi Marek,
On 09/05/2015 09:11 PM, Marek Vasut wrote:
Idea: Maybe you can add a __weak hook into the generic timer code to
blink the LED ?
Thanks for the idea. I will look into it later.
Cheers,
Thomas Chou
___
U-Boot mailing list
U-Boot@lists.denx.d
Hi Marek,
On 09/05/2015 08:51 PM, Marek Vasut wrote:
That's a common code you're modifying, so it has to be done right, sorry,
this patch cannot be accepted in this form.
I understand. I will use (u64) and print_lnum().
Best regards,
Thomas Chou
___
HI Marek,
On 09/05/2015 08:50 PM, Marek Vasut wrote:
We didn't include relocation records in nios2 binary image, so there is
no real relocation like that of ARM.
Can we add them instead ?
I think it is possible. I recalled that we have an old flat image format
with elf2flt to run nonmmu ucl
On Friday 04 September 2015 06:28 AM, Simon Glass wrote:
> Hi,
>
> On 2 September 2015 at 05:15, Mugunthan V N wrote:
>> adopt cpsw driver to device driver model
>>
>> Signed-off-by: Mugunthan V N
>> ---
>> drivers/net/cpsw.c | 246
>> -
>> i
Hi Peng,
On Sun, Sep 6, 2015 at 4:18 PM, Peng Fan wrote:
> Hi,
>
> With the following patch, I met tftp errors on mx6qsabresd and mx6ul boards:
> "
> => setenv serverip 10.193.102.217; setenv ipaddr 10.193.102.31;tftp
> ${loadaddr} zImage
> Using FEC device
> TFTP from server 10.193.102.217; our
On Friday 04 September 2015 06:28 AM, Simon Glass wrote:
> Hi,
>
> On 2 September 2015 at 05:15, Mugunthan V N wrote:
>> When a device has multiple memory regions, api "dev_get_addr"
>> doesn't return the address and returns error. So implementing a
>> new api to get device address based on index
Hi,
With the following patch, I met tftp errors on mx6qsabresd and mx6ul boards:
"
=> setenv serverip 10.193.102.217; setenv ipaddr 10.193.102.31;tftp ${loadaddr}
zImage
Using FEC device
TFTP from server 10.193.102.217; our IP address is 10.193.102.31
Filename 'zImage'.
Load address: 0x1200
L
We should follow 'read->set/clr bit->write' flow for enable_fec_anatop_clock,
otherwise we may overridden configuration before enable_fec_anatop_clock.
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Cc: Fabio Estevam
---
arch/arm/cpu/armv7/mx6/clock.c | 2 ++
1 file changed, 2 insertions(+)
di
This series provides a fix necessary for early models of Utilite, a miniature
desktop based on CM-FX6. It implements a dynamic modification to the device tree
that is necessary for mmc boot.
Cc: Stefano Babic
Cc: Igor Grinberg
Changes in V2:
- New patch: compulab: eeprom: propagate erro
cl_eeprom_read_mac_addr() doesn't differentiate between success case and
inability to access eeprom. Fix this by propagating the return value of
cl_eeprom_setup().
Cc: Stefano Babic
Cc: Igor Grinberg
Signed-off-by: Nikita Kiryanov
---
Changes in V2:
- New patch
board/compulab/common/e
Old revisions of Utilite (a miniature PC based on cm-fx6) do not have
a card detect for mmc, and thus the kernel needs to be told that
there's a persistent storage on usdhc3 to force it to probe the mmc
card.
Check the baseboard revision and modify the device tree accordingly
if needed.
Cc: Stefa
Introduce cl_eeprom_get_product_name() for obtaining product name
from the eeprom.
Cc: Stefano Babic
Cc: Igor Grinberg
Signed-off-by: Nikita Kiryanov
---
Changes in V2:
- s/BOARD_PRODUCT_NAME_*/PRODUCT_NAME_*
- Added documentation
- rewrote cl_eeprom_get_product_name() t
Add support for selecting which eeprom is queried for board revision by
extending cl_eeprom_get_board_rev() to accept an i2c bus number.
Cc: Stefano Babic
Cc: Igor Grinberg
Acked-by: Igor Grinberg
Signed-off-by: Nikita Kiryanov
---
Changes in V2:
- No changes
board/compulab/cm_fx6/cm
New version V2: https://patchwork.ozlabs.org/patch/514899/
Regards,
Peng.
On Sun, Sep 06, 2015 at 12:49:21PM +0800, Peng Fan wrote:
>This patch is to support mx6ul_9x9_evk board based on mx6ul_14x14_evk,
>the difference between mx6ul 9x9 evk and mx6ul 14x14 evk are:
>1. mx6ul 9x9 evk use pfuze3000
This patch is to support mx6ul_9x9_evk board based on mx6ul_14x14_evk,
the difference between mx6ul 9x9 evk and mx6ul 14x14 evk are:
1. mx6ul 9x9 evk use pfuze3000, while mx6ul 14x14 evk use DCDC.
2. mx6ul 9x9 evk supports 256MB LPDDR2, while mx6ul 14x14 evk
supports 512MB DDR3
3. mx6ul_9x9_evk
67 matches
Mail list logo
