On Tue, Jul 19, 2016 at 8:47 AM, Michal Simek wrote:
> On 19.7.2016 08:45, Mario Six wrote:
>> On Tue, Jul 19, 2016 at 7:46 AM, Michal Simek
>> wrote:
>>> On 18.7.2016 14:05, Mario Six wrote:
In certain circumstances it comes in handy to be able to boot into a second
U-Boot. But as of
Dear Mario,
In message
you wrote:
>
> It is, but the problem is that adding a new type, like "ubootimage," or
> something like that, would not be as easy as with the platform-specific image
> types (like, e.g. "rkimage"), which only appear in mkimage, because we'd have
> to account for this new
is already included in .
It can use instead of
Signed-off-by: Jaehoon Chung
---
drivers/mmc/dw_mmc.c| 1 -
drivers/mmc/exynos_dw_mmc.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index 2cf7bae..8687368 100644
--- a/
Use the generic error number instead of specific error number.
If use the generic error number, it can debug more easier.
Signed-off-by: Jaehoon Chung
---
drivers/mmc/arm_pl180_mmci.c | 2 +-
drivers/mmc/bfin_sdh.c | 10 +-
drivers/mmc/davinci_mmc.c| 11 ++-
drivers/mm
"mmc.h" is already included. It's duplicated.
Signed-off-by: Jaehoon Chung
---
drivers/mmc/fsl_esdhc.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c
index a865c7b..86c9a67 100644
--- a/drivers/mmc/fsl_esdhc.c
+++ b/drivers/mmc/fsl_esdhc.c
@@
On Mon, 18 Jul 2016, Wolfgang Denk wrote:
> Dear Robert,
>
> In message you
> wrote:
> >
> > i'm sure i mentioned this before but the denx wiki page describing
> > the "fdt" command is loaded with pretty much nothing but error
> > messages:
> >
> > http://www.denx.de/wiki/view/DULG/UBootCmdFDT
Hi Jaehoon,
On 2016年07月19日 12:22, Jaehoon Chung wrote:
Hi Ziyuan,
On 07/19/2016 11:33 AM, Ziyuan Xu wrote:
Hi Jaehoon,
On 2016年07月19日 10:03, Jaehoon Chung wrote:
Hi Ziyuan,
On 07/19/2016 10:38 AM, Ziyuan Xu wrote:
It's no need to speed 10 seconds to wait the mmc device out from busy
status
Hi Wolfgang,
On Tue, Jul 19, 2016 at 9:14 AM, Wolfgang Denk wrote:
> Dear Mario,
>
> In message
> you
> wrote:
>>
>> It is, but the problem is that adding a new type, like "ubootimage," or
>> something like that, would not be as easy as with the platform-specific image
>> types (like, e.g. "rk
Hi,
On 07/19/2016 04:40 PM, Ziyuan Xu wrote:
> Hi Jaehoon,
>
> On 2016年07月19日 12:22, Jaehoon Chung wrote:
>> Hi Ziyuan,
>>
>> On 07/19/2016 11:33 AM, Ziyuan Xu wrote:
>>> Hi Jaehoon,
>>>
>>> On 2016年07月19日 10:03, Jaehoon Chung wrote:
Hi Ziyuan,
On 07/19/2016 10:38 AM, Ziyuan Xu wro
Hi Jaehoon,
On 2016年07月19日 15:51, Jaehoon Chung wrote:
Hi,
On 07/19/2016 04:40 PM, Ziyuan Xu wrote:
Hi Jaehoon,
On 2016年07月19日 12:22, Jaehoon Chung wrote:
Hi Ziyuan,
On 07/19/2016 11:33 AM, Ziyuan Xu wrote:
Hi Jaehoon,
On 2016年07月19日 10:03, Jaehoon Chung wrote:
Hi Ziyuan,
On 07/19/2016
Hi Jian,
On Tue, Jul 19, 2016 at 4:03 PM, Jian Luo wrote:
> Hallo Christian,
>
>
> On 19.07.2016 08:02, Christian Gmeiner wrote:
>
> Hi Bin
>
> For the moment I have no answer to this question. I need to dive into
> the vxworks code, which
> is not what I like to do now (but needs to be done)-
>
kind of a style question but what is the preferred way to define a
board in the sense of what belongs in the defconfig file and what
belongs in the header file?
example: i'm now messing with a MPC8315ERDB, and here's
configs/MPC8315ERDB_defconfig in its entirety:
CONFIG_PPC=y
CONFIG_MPC83xx=
On Thu, Jun 23, 2016 at 2:58 PM, Lad, Prabhakar
wrote:
> During spi transfer, for example:
> sspi 1:1.0 8 ff
>
> the rx_len values will be:
> rx_len = 0
> rx_len = 4294967295
>
> This caused a busy looping during xfer, this patch fixes it
> by adding a check while reading the rx fifo
>
Gentle pin
Hi Bin,
On 19.07.2016 10:10, Bin Meng wrote:
Hi Jian,
On Tue, Jul 19, 2016 at 4:03 PM, Jian Luo wrote:
Hallo Christian,
On 19.07.2016 08:02, Christian Gmeiner wrote:
Hi Bin
For the moment I have no answer to this question. I need to dive into
the vxworks code, which
is not what I like to
When signing images, we repeatedly call fit_add_file_data() with
successively increasing size values to include the keys in the DTB.
Unfortunately, if large keys are used (such as 4096 bit RSA keys), this
process fails sometimes, and mkimage needs to be called repeatedly to
integrate the keys into
When signing images, we repeatedly call fit_add_file_data() with
successively increasing size values to include the keys in the DTB.
Unfortunately, if large keys are used (such as 4096 bit RSA keys), this
process fails sometimes, and mkimage needs to be called repeatedly to
integrate the keys into
This patch series fixes a problem that occurs when signing FIT images with
large keys (e.g. RSA with 4096 bits).
Signing sometimes fails because of unexpected return values from
fit_add_file_data() and the functions called by it.
Some error messages are also removed, since we tolerate failure of
LS1012AFRDM has 512MB of DDR.
So update Kernel load address as 0x9600 instead of default
0xa000.
Signed-off-by: Prabhakar Kushwaha
---
include/configs/ls1012afrdm.h | 16
1 file changed, 16 insertions(+)
diff --git a/include/configs/ls1012afrdm.h b/include/configs/ls101
This series adds the qspi driver support for zynqmp
Also sent a patch for not setting quad enable bit
in the series as zynqmp qspi series wont work for
micron devices with out that patch.
Siva Durga Prasad Paladugu (3):
spi: spi_flash: Dont set quad enable for micron in all cases
spi: zynqmp_q
This adds QSPI driver support for ZynqMP platform
This driver supports all spi flash commands in
qspi single mode.
Signed-off-by: Siva Durga Prasad Paladugu
---
Changes for v3:
- None
Changes for v2:
- set no_all_quad as zynqmp qspi
controller doesnt support it
---
drivers/spi/Kconfig |
Dont set quad enable for micron devices in all cases
Setting the quad enable bit in micron expects all other
commands like register reads on quad lines which may
not be supported by some controllers. Hence, dont
set the quad enable if controller driver sets the
no_all_quad.
Signed-off-by: Siva Dur
Added the qspi driver support for respective ZynqMP boards
ZCU102, ZCU102 RevB and DC1 boards.
Signed-off-by: Siva Durga Prasad Paladugu
---
Changes for v3:
- None
Changes for v2:
- None
---
configs/xilinx_zynqmp_zc1751_xm015_dc1_defconfig | 4
configs/xilinx_zynqmp_zcu102_defconfig
On 18/07/2016 15:28, Fabio Estevam wrote:
> Hi Stefano,
>
> On Sat, Jul 9, 2016 at 9:42 AM, Alexey Brodkin
> wrote:
>> Recently I started to notice that u-boot.img built for Wandboard
>> by some toolchains becomes so large that it basically overlaps with
>> U-Boot environment area on SD-card.
>>
Hi Simon,
On 07/18/2016 07:55 PM, Simon Glass wrote:
Hi Kever,
On 18 July 2016 at 03:52, Kever Yang wrote:
The devnum in is start from 0, so the device number should be
(devnum+1).
Signed-off-by: Kever Yang
---
drivers/mmc/mmc-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
In raw mode a full sector is to be read even if image covers part of
a sector. Number of sectors are calculated as ROUND_UP(size)/sec_size by FIT
framework. This calculation assumes that image is at the 0th offset of a sector,
which is not true always in FIT case. So, include the image offset while
Not like the mmc-legacy which the devnum starts from 1, it starts from 0
in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
Signed-off-by: Kever Yang
---
Changes in v2:
- add comment for get_mmc_num() in mmc.h
- update mmc_get_next_devnum()
drivers/mmc/mmc-uclass.c |
Fennec is a RK3288-based development board with 2 USB ports, HDMI,
micro-SD card, audio and WiFi and Gigabit Ethernet. It also includes
on-board 8GB eMMC and 2GB of SDRAM. Expansion connectors provides access
to display pins, I2C, SPI, UART and GPIOs.
Signed-off-by: Ziyuan Xu
---
This patch is ba
On 07/19/2016 06:28 PM, Kever Yang wrote:
> Not like the mmc-legacy which the devnum starts from 1, it starts from 0
> in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
>
> Signed-off-by: Kever Yang
> ---
>
> Changes in v2:
> - add comment for get_mmc_num() in mmc.h
>
qixis_reset altbank usagge ~QIXIS_LBMAP_MASK in code. So define
inverse value QIXIS_LBMAP_MASK.
Also, update QIXIS_RST_CTL_RESET value to keep RST_CTL[REQ_MOD]
as 0b11 i.e. PORESET during qixis_reset
Signed-off-by: Prabhakar Kushwaha
---
include/configs/ls1012aqds.h | 4 ++--
1 file changed, 2
It's nicer to see this:
=> mmc list
dwmmc@ff0c: 0
dwmmc@ff0f: 1 (eMMC)
than this:
=> mmc list
dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
With the latter, it's much clearer which mmc devices are on.
Signed-off-by: Ziyuan Xu
---
drivers/mmc/mmc-uclass.c | 2 +-
1 file changed, 1 insert
This series enables the Quad and dual modes support
for zynq. It also contains fixes for issues found
during testing of dual parallel and stacked modes.
Siva Durga Prasad Paladugu (9):
spi: zynq_qspi: Add quad support for zynq qspi
spi: zynq_qspi: Add support of Dual parallel and Dual stacked
Update qspi node with properties is-dual and num-cs
QSPI flash devices on zc706 connected in dual paralle mode
hence is-dual is 1 and num-cs is 1.
The property is-dual expalins the dual parallel connection mode
The property num-cs defines number of chip selects whose value
is 1 incase of dual parll
Add quad commands supports for zynq qspi driver
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/spi/zynq_qspi.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/spi/zynq_qspi.c b/drivers/spi/zynq_qspi.c
index b98663c..e636244 100644
--- a/drivers/spi/zynq_qspi.c
Add SF_DUAL_FLASH config entry with help description
This is needed to support dual parallel and stacked
modes.
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/mtd/spi/Kconfig | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/mtd/spi/Kconfig b/drivers/mtd/spi/Kconfig
inde
Add Dual parallel and dual stacked supports for zynq
qspi driver. The is-dual property defines the dual
parallel mode and num-cs, numbere of chip selects
defines dual stacked mode if its value is 2
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/spi/zynq_qspi.c | 47 +++
Add QSPI dual mode support for zc706 by enabling
the config option SF_DUAL_FLASH
Signed-off-by: Siva Durga Prasad Paladugu
---
configs/zynq_zc706_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/zynq_zc706_defconfig b/configs/zynq_zc706_defconfig
index 8b24d90..e65d5c5 10064
Set quad enable for upper flash incase of
Dual stacked mode.
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/mtd/spi/spi_flash.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/mtd/spi/spi_flash.c b/drivers/mtd/spi/spi_flash.c
index 293b47b..5a152db 100644
--- a/dr
In Dual parallel connection the bank selection calculation
should be performed using offset and not the calculated address
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/mtd/spi/spi_flash.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/drivers/
Dont need to double the size while calculating
the flash size as the sector size calculation already
takes care of doubling the size incase of dual modes
Signed-off-by: Siva Durga Prasad Paladugu
---
drivers/mtd/spi/spi_flash.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Correct the bank selection issue incase of Dual stacked mode.
This fix corrects the wrong bank selection if banks are accessed
as below.
1. Access the bank2 in upper flash.
2. Access the bank1 in lower flash.
3. Now access the bank1 in upper flash.
But here in the step3, the present code was access
Enable DDR row-bank-column decoding to decode DDR address as
row-bank-column instead of bank-row-column for improving
performance of serial data transfers.
Signed-off-by: Calvin Johnson
Signed-off-by: Prabhakar Kushwaha
---
include/fsl_mmdc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
Hi Ziyuan,
On 07/19/2016 07:14 PM, Ziyuan Xu wrote:
> It's nicer to see this:
>
> => mmc list
> dwmmc@ff0c: 0
> dwmmc@ff0f: 1 (eMMC)
>
> than this:
>
> => mmc list
> dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
>
> With the latter, it's much clearer which mmc devices are on.
You're right
Refresh cycle value must be selected based on the frequency
of DDR. tREFI = 7.8 us as per JEDEC. The value for MDREF[REF_CNT]
should be based on round up (tREFI/tCK) formula. For 500MHz, mdref
value should be 0x0f3c8000.
Signed-off-by: Calvin Johnson
Signed-off-by: Prabhakar Kushwaha
---
includ
On Mon, Jul 18, 2016 at 07:19:05PM -0700, Stefan Agner wrote:
> On 2016-07-18 17:36, Tom Rini wrote:
> > On Mon, Jul 18, 2016 at 03:21:39PM -0700, Stefan Agner wrote:
> >> On 2016-07-18 15:19, Fabio Estevam wrote:
> >> > On Wed, Jul 13, 2016 at 4:25 AM, Stefan Agner wrote:
> >> >> From: Stefan Agn
This does not have much impact on behavior, but makes code look more
more like Linux. The use of devm_ioremap() often helps to delete
.remove callbacks entirely.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- Replace more
arch/arm/mach-uniphier/arm64/arm-cci500.c| 6 ++
ar
Hi Andreas,
On 07/18/2016 10:13 PM, Andreas Färber wrote:
Hi Kever,
Am 18.07.2016 um 06:54 schrieb Kever Yang:
Hi Andreas,
Thanks for you comments, I will apply them one by one except some
confuse below.
On 07/18/2016 07:26 AM, Andreas Färber wrote:
Hi,
Isn't evb short for evaluation
Hi Andreas,
On 07/18/2016 09:34 PM, Andreas Färber wrote:
Am 18.07.2016 um 10:46 schrieb Kever Yang:
RK3399 is a SoC from Rockchip with dual-core Cortex-A72
and quad-core Cortex-A53 CPU. It supports two USB3.0
type-C ports and two USB2.0 EHCI ports. Other interfaces
are very much like RK3288, t
Hi Simon,
Sorry for didn't apply all the changes for comments from
Andreas in V4, I rebase this patchset on u-boot-rockchip.git
master branch and reset to below commit:
f278234 rockchip: update fastboot usage
Please help to rebase my patches, you should be able to
apply these patches directly.
This patch add basic config option for evb-rk3399 board.
Signed-off-by: Kever Yang
---
Changes in v5: None
Changes in v4:
- move config CONFIG_SYS_NS16550 from chip common to defconfig
Changes in v3: None
Changes in v2: None
configs/evb-rk3399_defconfig | 33 +
RK3399 is a SoC from Rockchip with dual-core Cortex-A72
and quad-core Cortex-A53 CPU. It supports two USB3.0
type-C ports and two USB2.0 EHCI ports. Other interfaces
are very much like RK3288, the DRAM are 32bit width address
and support address from 0 to 4GB-128MB range.
Signed-off-by: Kever Yang
These files are from kernel upstream:
"649a371 Add linux-next specific files for 20160616"
with some modification need by U-Boot:
- chosen with stdout-path to uart2.
- add clock-frequency for uart2
Signed-off-by: Kever Yang
Acked-by: Simon Glass
---
Changes in v5:
- add file source and detail c
Add a README to guide people flash the ATF and U-Boot
with Rockchip tools to bring up to board.
Signed-off-by: Kever Yang
---
Changes in v5:
- fix for comments from Simon, correct some typo;
Changes in v4: None
Changes in v3: None
Changes in v2:
- fix a binary path error
board/rockchip/evb_rk
Not like the mmc-legacy which the devnum starts from 1, it starts from 0
in mmc-uclass, so the device number should be (devnum + 1) in get_mmc_num().
Signed-off-by: Kever Yang
---
Changes in v3:
- apply comments from Jaehoon Chung
Changes in v2:
- add comment for get_mmc_num() in mmc.h
- update
Hi All,
Any comments?
> -Original Message-
> From: Zhiqiang Hou [mailto:zhiqiang@nxp.com]
> Sent: 2016年7月4日 14:28
> To: u-boot@lists.denx.de; albert.u.b...@aribaud.net; york sun
> ; w...@denx.de; Prabhakar Kushwaha
> ; alison.w...@freescale.com;
> mingkai...@freescale.com
> Cc: yao.y.
Hi Vanessa,
On 13/07/2016 19:27, Vanessa Maegima wrote:
> Add PMIC support. Tested by command "pmic PFUZE3000 dump".
>
> Signed-off-by: Vanessa Maegima
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
D
Hi Jaehoon,
On 2016年07月19日 18:35, Jaehoon Chung wrote:
Hi Ziyuan,
On 07/19/2016 07:14 PM, Ziyuan Xu wrote:
It's nicer to see this:
=> mmc list
dwmmc@ff0c: 0
dwmmc@ff0f: 1 (eMMC)
than this:
=> mmc list
dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
With the latter, it's much clearer whic
Hi Tom,
On 19/07/2016 02:36, Tom Rini wrote:
> On Mon, Jul 18, 2016 at 03:21:39PM -0700, Stefan Agner wrote:
>> On 2016-07-18 15:19, Fabio Estevam wrote:
>>> On Wed, Jul 13, 2016 at 4:25 AM, Stefan Agner wrote:
From: Stefan Agner
This can be useful if the same U-Boot binary is use
Hallo,
for ubifs on a spi flash I needed to add dummy functions and at atomic.h to the
microblaze port in order to get it compile and work.
code base is v2016.07
Marco
patch_ubifs
Description: patch_ubifs
___
U-Boot mailing list
U-Boot@lists.denx.
Hi Stefano,
On Tue, Jul 19, 2016 at 10:59 AM, Stefano Babic wrote:
> We have already a global code, rather there are some boards (cubox, but
> also cgtqmx6eval) with own function.
>
> All is_mx6X() macros / functions are in
> arch/arm/include/asm/imx-common/sys_proto.h. The function can be
> rep
From: Xu Ziyuan
It's nicer to see this:
=> mmc list
dwmmc@ff0c: 0
dwmmc@ff0f: 1 (eMMC)
than this:
=> mmc list
dwmmc@ff0c: 0dwmmc@ff0f: 1 (eMMC)
With the latter, it's much clearer which mmc devices are on.
Signed-off-by: Ziyuan Xu
Serise-changes: 2
- Update commit from Jaeho
commit 1f807a9f32aa ("ARM: keystone2: Refactor MSMC macros to avoid
left under a macro KS2_MSMC_SEGMENT_QM_PDSP which is no longer valid.
This, in effect disabled DMA coherency for QM PDSP.
Given that msmc_k2hkle_common_setup is valid for all K2H/K/L/E SoCs,
the #ifdef should been removed in the f
A feasible way to communicate certain errors for devices that have no
other way of signalling besides LEDs is to flash these LEDs. For errors
in U-Boot, a script that utilizes the led and sleep commands would be a
practicable way, but currently the sleep command can only delay for an
integral amoun
Hi Fabio,
On 19/07/2016 16:06, Fabio Estevam wrote:
> Hi Stefano,
>
> On Tue, Jul 19, 2016 at 10:59 AM, Stefano Babic wrote:
>
>> We have already a global code, rather there are some boards (cubox, but
>> also cgtqmx6eval) with own function.
>>
>> All is_mx6X() macros / functions are in
>> arch
Hi Stefan,
just a couple of minor things:
On 13/07/2016 09:25, Stefan Agner wrote:
> From: Stefan Agner
>
> This commit adds support for the Toradex Computer on Modules
> Colibri iMX7S/iMX7D. The two modules/SoC's are very similar hence
> can be easily supported by one board. The board code d
Hi Jian,
>
> For the moment I have no answer to this question. I need to dive into
> the vxworks code, which
> is not what I like to do now (but needs to be done)-
>
> Yes, please do track it down. The interrupt line register configured
> by U-Boot should be enough for VxWorks to function under PI
On 07/03/2016 11:39 PM, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> Up to now, the function is_serdes_configed() doesn't check if the map
> of serdes protocol is initialized before accessing it. The function
> is_serdes_configed() will get wrong result when it was called before
> the serdes proto
On 2016-07-19 07:14, Stefano Babic wrote:
> Hi Stefan,
>
>
> just a couple of minor things:
>
>
> On 13/07/2016 09:25, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> This commit adds support for the Toradex Computer on Modules
>> Colibri iMX7S/iMX7D. The two modules/SoC's are very similar hen
On 07/18/2016 09:53 PM, Tien Fong Chee wrote:
On Fri, 2016-07-15 at 01:37 +0200, Benoît Thébaudeau wrote:
Dear Tien Fong,
On Thu, Jul 14, 2016 at 12:48 PM, Tien Fong Chee
wrote:
Dear Benoît,
On Wed, 2016-07-13 at 12:56 +0200, Benoît Thébaudeau wrote:
Dear Tien Fong Chee,
On Jul 13, 2016 at
Hi Stefan,
On 19/07/2016 18:05, Stefan Agner wrote:
>> I wonder we never add imximage.cfg into the MAINTAINERS. Boards with SPL
>> have a central and empty imximage.cfg, for the other ones we should add
>> it to the list. (Note: I have currently seen that no board having its
>> own imximage.cfg d
On 07/03/2016 11:39 PM, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> As the access to serders protocol unselected PCIe controller will
> hang. So disable the R/W permission to unselected PCIe controller
> including its CCSR, IO space and memory space according to the
> serders protocol field of RC
On 07/18/2016 11:44 PM, Alexander Graf wrote:
>
>
> On 25.06.16 01:46, York Sun wrote:
>> Drop platform code to create static MMU tables. Use common framework
>> to create MMU tables on the run. Tested on LS2080ARDB with secure and
>> non-secure ram scenarios.
>>
>> Signed-off-by: York Sun
>>
>>
Hi Christian,
I took some time to recall what I did by patching FSP:
- search in every PE32 and TE image section for binary sequence
81c900018908c6460e01
and change to
81c9000102008908c6460e00
- then replace them in-place
The difference can be better understand if disassemblies are compare
With the previous suggestion from Wolfgang Denk, this patch removes
the findfdt function from wandboard.h and instead replaces it with
some simple logic in wandboard.c.
The new function "set_fdtfile" is called in board_late_init. This
function simply finds the length of the dtb file name, allocat
On Tue, Jul 19, 2016 at 2:23 PM, Adam Duskett wrote:
> With the previous suggestion from Wolfgang Denk, this patch removes
> the findfdt function from wandboard.h and instead replaces it with
> some simple logic in wandboard.c.
>
> The new function "set_fdtfile" is called in board_late_init. This
On 25.06.16 01:46, York Sun wrote:
> To use common MMU code, non-identical mapping needs to be supported.
> Minior change in the MMU framework is required to support splitting
> blocks. With these changes, using common code is straight forward.
> Attention is needed where the tables are for early
Hi Stefan,
On 18/07/2016 22:59, Stefan Agner wrote:
> On 2016-07-13 00:25, Stefan Agner wrote:
>> From: Stefan Agner
>>
>> This patchset adds support for the Toradex i.MX 7Solo and 7Dual
>> based computer on modules Colibri iMX7S/iMX7D.
>>
>> It also brings several smaller i.MX 7 related fixes/cl
Signed-off-by: yeongjun Kim
---
README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README b/README
index 3c3b699..8887cf5 100644
--- a/README
+++ b/README
@@ -4806,7 +4806,7 @@ Low Level (hardware related) configuration options:
- CONFIG_SKIP_LOWLEVEL_INIT_ONLY
On 2016-07-19 07:18, stefano wrote:
> Hi Stefan,
>
> On 18/07/2016 22:59, Stefan Agner wrote:
>> On 2016-07-13 00:25, Stefan Agner wrote:
>>> From: Stefan Agner
>>>
>>> This patchset adds support for the Toradex i.MX 7Solo and 7Dual
>>> based computer on modules Colibri iMX7S/iMX7D.
>>>
>>> It al
Hi Stefan,
On 19/07/2016 18:09, Stefan Agner wrote:
> On 2016-07-19 07:18, stefano wrote:
>> Hi Stefan,
>>
>> On 18/07/2016 22:59, Stefan Agner wrote:
>>> On 2016-07-13 00:25, Stefan Agner wrote:
From: Stefan Agner
This patchset adds support for the Toradex i.MX 7Solo and 7Dual
>>>
> From: feste...@gmail.com
> Date: Tue, 19 Jul 2016 14:32:17 -0300
> Subject: Re: [U-Boot] [v2 1/1] wandboard: fix dtb file names.
> To: adamdusk...@outlook.com
> CC: u-boot@lists.denx.de; sba...@denx.de
>
> On Tue, Jul 19, 2016 at 2:23 PM, Adam Duskett wrote:
> > With the previous suggestion f
On Tue, Jul 19, 2016 at 2:40 PM, Adam Duskett wrote:
>> I prefer to keep the current code as is.
> If it is left as is, then the previous version of the patch needs to be
> applied
> because the new dtb file names in kernel 4.1.15 are different.
Then please change the name of the 4.1.15 vendor k
Dear Adam,
In message you wrote:
>
> + int length = strlen(getenv("board_rev")) + strlen("-wandboard-rev") +
> + strlen(getenv("board_name")) + strlen(".dtb") + 1;
> + fdtfile = malloc(length);
Don't you think you should add some error checking here? Each of the
getenv(
On Tue, Jul 19, 2016 at 2:43 PM, Tom Rini wrote:
> But this does show that we need to step back and think about how to more
> easily do what this is trying to do. If $soc was set as in Stefan's
> patch for example, we would just need board_name to be being set in
> lowercase rather than upper ca
On Tue, Jul 19, 2016 at 02:32:17PM -0300, Fabio Estevam wrote:
> On Tue, Jul 19, 2016 at 2:23 PM, Adam Duskett wrote:
> > With the previous suggestion from Wolfgang Denk, this patch removes
> > the findfdt function from wandboard.h and instead replaces it with
> > some simple logic in wandboard.c.
> From: feste...@gmail.com> Date: Tue, 19 Jul 2016 14:46:38 -0300
> Subject: Re: [U-Boot] [v2 1/1] wandboard: fix dtb file names.
> To: adamdusk...@outlook.com
> CC: u-boot@lists.denx.de; sba...@denx.de
>
> On Tue, Jul 19, 2016 at 2:40 PM, Adam Duskett wrote:
>
> >> I prefer to keep the current
> From: feste...@gmail.com
> Date: Tue, 19 Jul 2016 14:51:11 -0300
> Subject: Re: [U-Boot] [v2 1/1] wandboard: fix dtb file names.
> To: tr...@konsulko.com
> CC: adamdusk...@outlook.com; u-boot@lists.denx.de
>
> On Tue, Jul 19, 2016 at 2:43 PM, Tom Rini wrote:
>
> > But this does show that we ne
On Tue, Jul 19, 2016 at 02:51:11PM -0300, Fabio Estevam wrote:
> On Tue, Jul 19, 2016 at 2:43 PM, Tom Rini wrote:
>
> > But this does show that we need to step back and think about how to more
> > easily do what this is trying to do. If $soc was set as in Stefan's
> > patch for example, we would
On Tue, Jul 19, 2016 at 2:58 PM, Adam Duskett wrote:
> The original patch that I submitted just changed the dts files to the new
> naming
> scheme found in 4.1.15. Once I submitted that,
And the naming scheme in 4.1.15 vendor kernel is the problem. Make it
match the dtb names of the mainline ke
commit 1f807a9f32aa ("ARM: keystone2: Refactor MSMC macros to avoid
left under a macro KS2_MSMC_SEGMENT_QM_PDSP which is no longer valid.
This, in effect disabled DMA coherency for QM PDSP.
Given that msmc_k2hkle_common_setup is valid for all K2H/K/L/E SoCs,
the #ifdef should been removed in the f
commit 1f807a9f32aa ("ARM: keystone2: Refactor MSMC macros to avoid
left under a macro KS2_MSMC_SEGMENT_QM_PDSP which is no longer valid.
This, in effect disabled DMA coherency for QM PDSP.
Given that msmc_k2hkle_common_setup is valid for all K2H/K/L/E SoCs,
the #ifdef should been removed in the f
On 07/19/2016 02:35 PM, Murali Karicheri wrote:
> commit 1f807a9f32aa ("ARM: keystone2: Refactor MSMC macros to avoid
> left under a macro KS2_MSMC_SEGMENT_QM_PDSP which is no longer valid.
> This, in effect disabled DMA coherency for QM PDSP.
>
> Given that msmc_k2hkle_common_setup is valid for a
commit 1f807a9f32aa ("ARM: keystone2: Refactor MSMC macros to avoid
left under a macro KS2_MSMC_SEGMENT_QM_PDSP which is no longer valid.
This, in effect disabled DMA coherency for QM PDSP.
Given that msmc_k2hkle_common_setup is valid for all K2H/K/L/E SoCs,
the #ifdef should been removed in the f
Drop platform code to create static MMU tables. Use common framework
to create MMU tables on the run. Tested on LS2080ARDB with secure and
non-secure ram scenarios.
Signed-off-by: York Sun
---
Change log
v2: Drop two emails under signed-off line (mistakenly sent by patman)
Restore gd->arc
On Tue, Jul 19, 2016 at 04:15:47AM -0400, Robert P. J. Day wrote:
>
> kind of a style question but what is the preferred way to define a
> board in the sense of what belongs in the defconfig file and what
> belongs in the header file?
The header files will eventually go away. Most of the cont
On 06/28/2016 05:29 AM, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> This function assume that the d-cache and MMU has been enabled earlier,
> so it just created MMU table in main memory. But the assumption is not
> always correct, for example, the early setup is done in EL3, while
> enable_caches
Tom,
The following changes since commit 3a592a1349ac3961b0f4f2db0a8d9f128225d897:
Revert "armv8: Enable CPUECTLR.SMPEN for coherency" (2016-07-14
17:36:18 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-fsl-qoriq.git
for you to fetch changes up to 0e68a3694d1f33c
Without this, GCC uses the toolchain default, which may be incompatible
with -maltivec.
Signed-off-by: Scott Wood
---
arch/powerpc/cpu/mpc86xx/config.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/cpu/mpc86xx/config.mk
b/arch/powerpc/cpu/mpc86xx/config.mk
in
On 06/14/2016 04:36 AM, Sumit Garg wrote:
> Override jump_to_image_no_args function to include validation of
> u-boot image using spl_validate_uboot before jumping to u-boot image.
> Also define macros in SPL framework to enable crypto operations.
>
> Reviewed-by: Aneesh Bansal
> Signed-off-by: Su
On Tue, Jul 19, 2016 at 2:50 PM, york sun wrote:
> On 01/05/2016 01:57 PM, york@nxp.com wrote:
>> On 01/05/2016 01:38 PM, York Sun wrote:
>>>
>>>
>>> On 01/05/2016 10:40 AM, Bryan Hundven wrote:
On Tue, Jan 05, 2016 at 09:01:17AM -0800, York Sun wrote:
>
>
> On 12/23/2015 07:4
On 03/30/2016 07:39 PM, Scott Wood wrote:
> On Wed, 2016-03-30 at 06:20 +, Qianyu Gong wrote:
>>
>> Because this muxing can't be changed at runtime.
>> Two ways so far to configure it:
>> 1. SW6[1-4] switches on ls1043aqds board.
>> 2. Modify QIXIS board config registers and reset the board.
1 - 100 of 119 matches
Mail list logo