Hi Stefan.
On 01/24/2017 04:43 PM, Stefan Roese wrote:
> Hi Jaehoon,
>
> On 24.01.2017 07:19, Jaehoon Chung wrote:
>> On 01/23/2017 07:52 PM, Stefan Roese wrote:
>>> This driver implementes platform specific code for the Xenon SDHCI
>>> controller which is integrated in the Marvell MVEBU Armada 3
Hi Tom,
I'm using a TI DRA7 platform and the falcon boot from MMC is broken with
v2017. The reason is that the standard "boot_os" is used to tell whether
the falcon mode should be used or not, but we can't access it. The root
cause is that the environment is stored in a eMMC which is dev 1 not
Dear Tom,
Could you pull these patches on your master branch?
The following changes since commit 0c9e85f67cd86d2d7a3424ea3ebff0e6db7a3915:
Merge branch 'master' of git://git.denx.de/u-boot-uniphier (2017-01-22
17:07:48 -0500)
are available in the git repository at:
http://git.denx.de/u-bo
IFC IP clock is always a constant divisor of platform clock
pre-defined per SoC. Clock control register (CCR) used in
current implementation governs IFC IP output clock.
So update IFC IP clock to be defined as per predefined clock
divisor of platform clock.
Signed-off-by: Prabhakar Kushwaha
---
Enable ELBC from Kconfig.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/cpu/mpc85xx/Kconfig| 26 ++
include/configs/MPC8313ERDB.h | 1 -
include/configs/MPC8315ERDB.h | 1 -
include/configs/MPC837XEMDS.h | 1 -
include/configs/MPC837XERDB.h
eLBC IP clock is always a constant divisor of platform clock
pre-defined per SoC. Clock ratio register (LCRR) used in
current implementation governs eLBC IP output clock.
So update eLBC IP clock to be defined as per predefined clock
divisor of platform clock.
Signed-off-by: Prabhakar Kushwaha
--
IP clock is always a constant divisor of platform clock
pre-defined per SoC. Clock control register used in
current implementation governs IP output clock.
So update IP clock to be defined as per predefined clock
divisor of platform clock
Prabhakar Kushwaha (5):
arch: powerpc: Move CONFIG_FSL_
IFC IP clock is always a constant divisor of platform clock
pre-defined per SoC. Clock control register (CCR) used in
current implementation governs IFC IP output clock.
So update IFC IP clock to be defined as per predefined clock
divisor of platform clock.
Signed-off-by: Prabhakar Kushwaha
---
Enable IFC from Kconfig.
Signed-off-by: Prabhakar Kushwaha
---
Changes for v5: Added first time
arch/powerpc/cpu/mpc85xx/Kconfig | 17 +
include/configs/B4860QDS.h | 1 -
include/configs/BSC9131RDB.h | 1 -
include/configs/BSC9132QDS.h | 1 -
include/configs/C29
On Tue, 24 Jan 2017 13:47:31 +0100
thomas.grazia...@omicronenergy.com thomas.grazia...@omicronenergy.com wrote:
> From: Mark Marshall
>
> The memcpy() function returns a pointer to trg.
>
> Signed-off-by: Mark Marshall
> Reviewed-by: Thomas Graziadei
Reviewed-by: Anatolij Gustschin
--
Anat
From: Mark Marshall
The memcpy() function returns a pointer to trg.
Signed-off-by: Mark Marshall
Reviewed-by: Thomas Graziadei
---
arch/powerpc/lib/memcpy_mpc5200.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/lib/memcpy_mpc5200.c
b/arch/powerpc/lib/memcpy
From: Mark Marshall
The memcpy() function returns a pointer to trg.
Signed-off-by: Mark Marshall
Reviewed-by: Thomas Graziadei
---
arch/powerpc/lib/memcpy_mpc5200.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/lib/memcpy_mpc5200.c
b/arch/powerpc/lib/memcpy
Hi Kever,
On 18 January 2017 at 05:16, Kever Yang wrote:
> This series patch enable basic driver for rk3399 SPL, the ATF support
> has been split as a separate patch.
>
> SPL_OF_PLATDATA is consider to be must because the dram driver has much
> configuration parameter from dts, but we don't want
Hi Marek,
(adding Marek as USB custodian to Cc)
On 08.01.2017 15:52, kos...@marvell.com wrote:
From: Konstantin Porotchkin
Add support for "marvell,vbus-gpio" property to mvebu XHCI
host adapter driver.
This option is valid when CONFIG_DM_GPIO=y
Change-Id: I930b3ebe001e50ae8d5abe1f3c774bcdb1
On 01/24/2017 02:53 PM, Stefan Roese wrote:
> Hi Marek,
>
> (adding Marek as USB custodian to Cc)
>
> On 08.01.2017 15:52, kos...@marvell.com wrote:
>> From: Konstantin Porotchkin
>>
>> Add support for "marvell,vbus-gpio" property to mvebu XHCI
>> host adapter driver.
>> This option is valid whe
On Fri, 20 Jan 2017 07:07:49 -0700
Simon Glass s...@chromium.org wrote:
> Adjust this function so that we can convert it to support CONFIG_DM_VIDEO
> without a lot of code duplication.
>
> Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
--
Anatolij
On Fri, 20 Jan 2017 07:07:50 -0700
Simon Glass s...@chromium.org wrote:
> Allow this to work with CONFIG_DM_VIDEO enabled.
>
> Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
--
Anatolij
___
U-Boot mailing list
U-Boot@lists.denx.de
http://li
On Fri, 20 Jan 2017 07:07:51 -0700
Simon Glass s...@chromium.org wrote:
> Adjust the video driver to work with driver model and move over existing
> baords. There is no need to keep the old code.
>
> We can also drop setting of CONFIG_FB_ADDR since driver model doesn't have
> this problem.
>
> S
This option useful not only for development, but for the platforms where
U-Boot is run from custom ROM bootloader. For example, Intel Edison is
that board.
Make this option visible that platforms can select it if needed.
Signed-off-by: Andy Shevchenko
---
- fix logic bug for non-Edison platforms
From: Mark Marshall
We should use the symbolic names for the cache control bits.
Signed-off-by: Mark Marshall
Reviewed-by: Thomas Graziadei
---
arch/powerpc/cpu/mpc85xx/start.S | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/start.S b/arch/
On Fri, 20 Jan 2017 07:07:47 -0700
Simon Glass s...@chromium.org wrote:
> Add a function to get the video size to the msg handler and remove it from
> the video driver.
>
> Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
--
Anatolij
___
U-Bo
On Fri, 20 Jan 2017 07:07:48 -0700
Simon Glass s...@chromium.org wrote:
> Add a function to set the video parameters to the msg handler and remove
> it from the video driver.
>
> Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
--
Anatolij
__
On Fri, 20 Jan 2017 07:07:37 -0700
Simon Glass s...@chromium.org wrote:
> At present we clear many more bytes than we should on 16bpp and 32bpp
> displays. The number of pixels to clear is currently calculated as the
> line length (in bytes) multiplied by the number of lines to clear. This
> is on
Hi, Marek,
From: Marek Vasut
Sent: Tuesday, January 24, 2017 16:11
To: Stefan Roese; Kostya Porotchkin; u-boot@lists.denx.de
Cc: Haim Boot; Hanna Hawa; Omri Itach; Nadav Haklai; Neta Zur Hershkovits; Igal
Liberman
Subject: [EXT] Re: [U-Boot] [PATCH v2 4/7]
On 01/24/2017 03:57 PM, Kostya Porotchkin wrote:
> Hi, Marek,
Hi!
[...]
>>> +Required properties :
>>> + - compatible: should be one or more of:
>>> + - "marvell,armada3700-xhci", "generic-xhci" for Armada 37xx SoCs
>>> + - "marvell,armada-8k-xhci", "generic-xhci" for Armada A8K SoCs
>>> + -
On Tue, Jan 24, 2017 at 10:26:38AM +0100, Jean-Jacques Hiblot wrote:
> Hi Tom,
>
> I'm using a TI DRA7 platform and the falcon boot from MMC is broken
> with v2017. The reason is that the standard "boot_os" is used to
> tell whether the falcon mode should be used or not, but we can't
> access it.
On Fri, Jan 20, 2017 at 12:02 AM, Jagan Teki wrote:
> From: Jagan Teki
>
> This patch set support Engicam Is.IoT MX6UL board support.
>
> Changes for v2:
> - Skiped eMMC node patch
> - Rebase to master
>
> Changes for v1:
> - Rebase to master
>
> Jagan Teki (9):
> configs: imx6: Don't define US
Hi Stefano,
On Tue, Jan 24, 2017 at 4:27 PM, Jagan Teki wrote:
> On Fri, Jan 20, 2017 at 12:02 AM, Jagan Teki wrote:
>> From: Jagan Teki
>>
>> This patch set support Engicam Is.IoT MX6UL board support.
>>
>> Changes for v2:
>> - Skiped eMMC node patch
>> - Rebase to master
>>
>> Changes for v1:
On 24/01/2017 16:17, Tom Rini wrote:
On Tue, Jan 24, 2017 at 10:26:38AM +0100, Jean-Jacques Hiblot wrote:
Hi Tom,
I'm using a TI DRA7 platform and the falcon boot from MMC is broken
with v2017. The reason is that the standard "boot_os" is used to
tell whether the falcon mode should be used o
On Tue, Jan 24, 2017 at 04:35:58PM +0100, Jean-Jacques Hiblot wrote:
>
>
> On 24/01/2017 16:17, Tom Rini wrote:
> >On Tue, Jan 24, 2017 at 10:26:38AM +0100, Jean-Jacques Hiblot wrote:
> >
> >>Hi Tom,
> >>
> >>I'm using a TI DRA7 platform and the falcon boot from MMC is broken
> >>with v2017. The
On 23.01.2017 18:07, Tom Rini wrote:
On Mon, Jan 23, 2017 at 05:27:09PM +0100, Marcin Niestroj wrote:
Hi,
Thanks for review! See my comment below.
On 23.01.2017 16:56, Tom Rini wrote:
On Mon, Jan 23, 2017 at 02:39:15PM +0100, Marcin Niestroj wrote:
chiliSOM is a System On Module (http://ht
On Tue, Jan 24, 2017 at 05:27:50PM +0100, Marcin Niestroj wrote:
>
>
> On 23.01.2017 18:07, Tom Rini wrote:
> >On Mon, Jan 23, 2017 at 05:27:09PM +0100, Marcin Niestroj wrote:
> >>Hi,
> >>Thanks for review! See my comment below.
> >>
> >>On 23.01.2017 16:56, Tom Rini wrote:
> >>>On Mon, Jan 23, 2
On Sat, 2017-01-14 at 10:06 -0700, Simon Glass wrote:
> Hi Joakim,
>
> On 14 January 2017 at 04:51, Bin Meng wrote:
> > +Simon,
> >
> > On Fri, Jan 13, 2017 at 4:12 AM, Joakim Tjernlund
> > wrote:
> > > I found two repos w.r.t x86_64 for u-boot, which one should I use?
> > >
> >
> > U-Boot x8
On 24/01/2017 16:46, Tom Rini wrote:
I had noticed that it's quite old indeed. I didn't mean that it's a
regression. I'm just puzzled by the commit. what is its purpose ?
why is SPL not using CONFIG_SYS_MMC_ENV_DEV ?
Because in SPL we do not have both MMC devices initialized.
That is not alwa
From: Dalon Westergreen
Remove the default environment as it is now in a common
header.
Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.
Signed-off-by: Dalon Westergreen
---
configs/socfpga_de0_nano_soc_defconfig | 3 +--
include/configs/socfpga_d
From: Dalon Westergreen
These patches update the boot and os partition numbers in the
default uboot environment for a number of socfpga boards. Per
request, common environment configurations have been moved to a
shared header.
Changes in v4:
- Removed extraneous define in socfpga_common.h
From: Dalon Westergreen
Move repeated environment settings for socfpga boards
to a common header.
The default values for the boot partition and the
OS filesystem partition have changed and as
as result the default uboot environment for socfpga
boards needs updating.
Move to using CONFIG_DEFAUL
From: Dalon Westergreen
Remove the default environment as it is now in a common
header.
Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.
Signed-off-by: Dalon Westergreen
---
configs/socfpga_cyclone5_defconfig | 1 +
include/configs/socfpga_c
From: Dalon Westergreen
Remove the default environment as it is now in a common
header.
Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.
Signed-off-by: Dalon Westergreen
---
configs/socfpga_arria5_defconfig | 1 +
include/configs/socfpga_arr
From: Dalon Westergreen
Remove the default environment as it is now in a common
header.
Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.
Signed-off-by: Dalon Westergreen
---
configs/socfpga_sockit_defconfig | 1 +
include/configs/socfpga_sockit.h
From: Dalon Westergreen
Remove the default environment as it is now in a common
header.
Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.
Signed-off-by: Dalon Westergreen
---
configs/socfpga_de1_soc_defconfig | 1 +
include/configs/socfpga_de1_soc.
From: Dalon Westergreen
Remove the default environment as it is now in a common
header.
Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
to set the linux devicetree name.
Signed-off-by: Dalon Westergreen
Acked-by: Stefan Roese
---
configs/socfpga_sr1500_defconfig | 1 +
include/co
On 01/24/2017 06:05 PM, Dalon Westergreen wrote:
> From: Dalon Westergreen
>
> These patches update the boot and os partition numbers in the
> default uboot environment for a number of socfpga boards. Per
> request, common environment configurations have been moved to a
> shared header.
>
> Ch
From: Mugunthan V N
Add support for programmable MAC impedance configuration and
fix typo in DT impedance parameters names.
Signed-off-by: Mugunthan V N
Signed-off-by: Grygorii Strashko
---
no functional changes, just cc list corrected
arch/arm/dts/dra72-evm-revc.dts | 4 ++--
drivers/net/
On 01/22/2017 10:51 PM, Lokesh Vutla wrote:
On Friday 20 January 2017 04:03 AM, Grygorii Strashko wrote:
Sry
CC:u-boot@lists.denx.de
On 01/19/2017 04:30 PM, Grygorii Strashko wrote:
From: Mugunthan V N
Add support for programmable MAC impedance configuration and
fix typo in DT impedance
These patches add support for chiliSOM (http://grinn-global.com/chilisom/),
and chiliBoard (which uses chiliSOM as it's base).
chiliSOM consists of processor (TI AM335x), RAM memory (up to 512M DDR3)
and flash (NAND). The idea is that every board vendor can use chiliSOM
as it's base for designed b
chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
It can't exists on its own, but will be used as part of other boards.
Hardware specification:
* TI AM335x processor
* 128M, 256M or 512M DDR3 memory
* up to 256M NAND
We place source inside arch/arm/mach-omap2/ director
chiliBoard is a development board which uses chiliSOM as its base.
Hardware specification:
* chiliSOM (TI AM335x, DRAM, NAND)
* Ethernet PHY (id 0)
* USB host (usb1)
* MicroSD slot (mmc0)
Signed-off-by: Marcin Niestroj
---
Changes v1 -> v2:
* converted include/configs/chiliboard.h header to
On Tue, Jan 24, 2017 at 06:51:52PM +0100, Marcin Niestroj wrote:
> chiliBoard is a development board which uses chiliSOM as its base.
>
> Hardware specification:
> * chiliSOM (TI AM335x, DRAM, NAND)
> * Ethernet PHY (id 0)
> * USB host (usb1)
> * MicroSD slot (mmc0)
>
> Signed-off-by: Marcin
On Tue, Jan 24, 2017 at 06:51:51PM +0100, Marcin Niestroj wrote:
> chiliSOM is a System On Module (http://http://grinn-global.com/chilisom/).
> It can't exists on its own, but will be used as part of other boards.
>
> Hardware specification:
> * TI AM335x processor
> * 128M, 256M or 512M DDR3 m
On Tue, Jan 24, 2017 at 06:04:47PM +0100, Jean-Jacques Hiblot wrote:
>
>
> On 24/01/2017 16:46, Tom Rini wrote:
> >>I had noticed that it's quite old indeed. I didn't mean that it's a
> >>regression. I'm just puzzled by the commit. what is its purpose ?
> >>why is SPL not using CONFIG_SYS_MMC_EN
Hi,
> -Original Message-
> From: Michael Kurz [mailto:michi.k...@gmail.com]
> Sent: Sunday, January 22, 2017 7:04 AM
> To: u-boot@lists.denx.de
> Cc: Michael Kurz ; Vikas MANOCHA
> ; Albert Aribaud
> ; Toshifumi NISHINAGA ;
> Joe Hershberger
> Subject: [PATCH v4 3/9] ARM: stm32: cleanup
Hi Michael,
> -Original Message-
> From: Michael Kurz [mailto:michi.k...@gmail.com]
> Sent: Sunday, January 22, 2017 7:04 AM
> To: u-boot@lists.denx.de
> Cc: Michael Kurz ; Heiko Schocher ;
> Michal Simek ; Simon Glass
> ; Vikas MANOCHA ; York Sun
> ; Lokesh Vutla
> ; Masahiro Yamada ; P
On 01/23/2017 05:38 PM, Brüns, Stefan wrote:
> On Freitag, 20. Januar 2017 18:32:49 CET Sébastien Szymanski wrote:
> [...]
>> Then under the sandbox I do the following:
>>
>> U-Boot 2017.01-2-g558e41e-dirty (Jan 20 2017 - 16:19:47 +0100)
>>
>> DRAM: 256 MiB
>> MMC:
>> Using default environment
A few boards were defining a MACH_TYPE_xxx name and value until it had
been synced in officially. These values now are here so remove the
config header defines.
Signed-off-by: Tom Rini
---
include/configs/am335x_igep0033.h | 1 -
include/configs/apx4devkit.h | 1 -
include/configs/dalmore.
We have a number of instances of platforms that define a MACH_TYPE_xxx
value and number. We are currently synced with the latest vales from
the Linux Kernel and in turn if numbers are not used there it is because
they were never officially used anywhere. We drop all our instances of
these numbers
On 10/24/2016 01:48 PM, Darwin Dingel wrote:
> Core hang occurs when using L1 stashes. Workaround is to disable L1
> stashes so software uses L2 cache for stashes instead.
>
> Reviewed-by: Chris Packham
> Signed-off-by: Darwin Dingel
> Cc: York Sun
> ---
> Changes for v2:
> - Enabled for T42
On 01/05/2017 08:30 PM, Tony O'Brien wrote:
> Commit ac337168a unified functions to flush and invalidate dcache by
> range. These two functions were no-ops for SoCs other than 4xx and
> MPC86xx. Adding these functions seemed to be correct but introduced
> issues in some drivers when the dcache was
On 12/22/2016 08:37 AM, Mingkai Hu wrote:
>
>
>> -Original Message-
>> From: york sun
>> Sent: Friday, December 02, 2016 1:24 AM
>> To: Mingkai Hu
>> Cc: Chris Packham ; Tony O'Brien
>> ; u-boot
>> Subject: Re: [U-Boot] [PATCH] mpc85xx: pci: Implement workaround for
>> Erratum A007815
>>
Hi Tom,
On 01/24/2017 11:31 PM, Tom Rini wrote:
> We have a number of instances of platforms that define a MACH_TYPE_xxx
> value and number. We are currently synced with the latest vales from
> the Linux Kernel and in turn if numbers are not used there it is because
> they were never officially u
[re-sending without a URL in it]
On Wed, Jan 25, 2017 at 12:28:47AM +0200, Vladimir Zapolskiy wrote:
> Hi Tom,
>
> On 01/24/2017 11:31 PM, Tom Rini wrote:
> > We have a number of instances of platforms that define a MACH_TYPE_xxx
> > value and number. We are currently synced with the latest vale
Hello Maxime, Jagan,
[as I was not subscribed to the u-boot mailing list from this email
address yet, I could not properly reply, nor do I have my
git-send-patch setup yet.]
I tried the patch series and reproduced the sunxi-spl-with-ecc.bin
flow on an A13 Olinuxino board with NAND.
I think the
On 12/01/2016 12:22 PM, Tony O'Brien wrote:
> The read-only-write-enable bit is set by default and must be cleared
> to prevent overwriting read-only registers. This should be done
> immediately after resetting the PCI Express controller.
>
> Reviewed-by: Hamish Martin
> Signed-off-by: Tony O'Bri
On Tue, Jan 24, 2017 at 06:37:35PM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Could you pull these patches on your master branch?
>
> The following changes since commit 0c9e85f67cd86d2d7a3424ea3ebff0e6db7a3915:
>
> Merge branch 'master' of git://git.denx.de/u-boot-uniphier (2017-01-22
> 17:
On Sun, Jan 22, 2017 at 07:43:11PM -0500, Tom Rini wrote:
> This option should not really be user selectable. Note that on PowerPC
> we currently only need BOARD_LATE_INIT when CHAIN_OF_TRUST is enabled so be
> conditional on that.
>
> Signed-off-by: Tom Rini
> Acked-by: Masahiro Yamada (for U
On Mon, Jan 23, 2017 at 01:34:39AM +0200, Tuomas Tynkkynen wrote:
> The directory structure of device tree files produced by the kernel's
> 'make dtbs_install' is different on ARM64, the RPi3 device tree file is
> in a 'broadcom' subdirectory there.
>
> Signed-off-by: Tuomas Tynkkynen
> Acked-by
On Sun, Jan 22, 2017 at 07:43:09PM -0500, Tom Rini wrote:
> Rename CONFIG_IMX31_PHYCORE_EET to CONFIG_TARGET_IMX31_PHYCORE_EET and
> make this a distinct config target.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Sun, Jan 22, 2017 at 07:43:10PM -0500, Tom Rini wrote:
> Introduce board/freescale/common/Kconfig so that we have a single place
> for CONFIG options that are shared between ARM and PowerPC NXP platforms.
>
> Cc: York Sun
> Signed-off-by: Tom Rini
> Reviewed-by: York Sun
Applied to u-boot/
On Mon, Jan 23, 2017 at 11:44:33AM -0500, Tom Rini wrote:
> When we have python building tools for the host it will not check HOSTXX
> variables but only XX variables, for example LDFLAGS and not
> HOSTLDFLAGS.
>
> Cc: Simon Glass
> Reported-by: Heiko Schocher
> Fixes: 1905c8fc711a ("build: Alw
On Mon, Jan 23, 2017 at 11:34:37AM -0600, Andrew F. Davis wrote:
> Currently all secure media types of SPL are generated for all platforms,
> all platforms do not need all types, only generate the media types valid
> for each platform.
>
> Signed-off-by: Andrew F. Davis
> Reviewed-by: Tom Rini
On Mon, Jan 23, 2017 at 04:51:45PM +0100, Cédric Schieli wrote:
> In commit c2e7e72, the ramdisk relocation code was moved from
> image_setup_linux to do_bootm, leaving the bootz and booti cases broken.
>
> This patch fixes both by adding the BOOTM_STATE_RAMDISK state in their
> call to do_bootm_
On Mon, Jan 23, 2017 at 01:14:18PM +0200, Uri Mashiach wrote:
> The module is continuously rebooting with the following message:
> Net: data abort
> pc : [] lr : []
> reloc pc : [<80816f42>]lr : [<8080d32b>]
> sp : fdf5ce48 ip : fdf5d79c fp : 0017
> r10: 8083cd58 r9 : fdf5
On Mon, Jan 23, 2017 at 05:40:22PM -0500, Tom Rini wrote:
> As part of 1905c8fc711a we introduced failures depending on if swig and
> libpython-dev are installed or not. To provide coverage for this are of
> code in the future ensure we have these packages installed.
>
> Signed-off-by: Tom Rini
This is an updated version of the Allwinner H5 SoC support.
Changes compared to version 1:
- Add Maxime's ACKs
- new patch 2 and 3 to rename CONFIG_TIMER_CLK_FREQ to COUNTER_FREQUENCY
- renaming CONFIG symbol name for single core SoCs
- fixing one checkpatch issue (some are left, though)
- mentioni
Some Freescale boards used an extra version of the constant to hold the
Generic Timer frequency. This can easily be covered by the now unified
COUNTER_FREQUENCY constant, so remove this extra variable from those
boards.
Signed-off-by: Andre Przywara
---
arch/arm/cpu/armv7/ls102xa/psci.S | 2 +-
Many ARMv8 boards define a constant COUNTER_FREQUENCY to specify the
frequency of the ARM Generic Timer (aka. arch timer).
ARMv7 boards traditionally used CONFIG_TIMER_CLK_FREQ for the same
purpose. It seems useful to unify them.
Since there are less occurences of the latter version, lets convert a
If we take the liberty to use register r0 to perform our bit set, we
should be nice enough to tell the compiler about it.
Add r0 to the clobber list to avoid potential mayhem.
Signed-off-by: Andre Przywara
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/board.c | 3 ++-
1 file changed, 2 insert
Instead of enumerating all SoC families that need that bit set, let's
just express this more clearly: The SMP bits needs to be set on
SMP capable ARMv7 CPUs. It's much easier in Kconfig to express it the
other way round, so we use ! CPU_IS_UP and ! ARM64.
Signed-off-by: Andre Przywara
---
arch/a
For some reason we were pretty conservative when defining the maximum
SPL size for the Allwinner A80(sun9i) SoC.
According to the manual the SRAM A1 is even 40KB, but the BROM
probably still has the 32 KiB load limit. For the sake of simplicity,
merge the SPL memory definitions for the A64 and A80
Traditionally Allwinner SoCs have their boot ROM mapped just below 4GB,
while the first SRAM region is mapped at address 0.
With the extended physical memory support of the A80 this was changed,
so the BROM is now at address 0 and the SRAM region starts right behind
this at 64KB. This configuration
Every armv8 board needs the memory map, so change the #ifdef to
ARM64 to avoid enumerating every single board or SoC.
Signed-off-by: Andre Przywara
Acked-by: Maxime Ripard
---
arch/arm/mach-sunxi/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-sunxi/boa
The Allwinner H5 is very close to the H3 SoC, but has ARMv8 cores.
To allow sharing the clocks, GPIO and driver code easily, create an
architecture agnostic MACH_SUNXI_H3_H5 Kconfig symbol.
Rename the existing symbol to MACH_SUNXI_H3_H5 where code is shared and
let it be selected by a new shared Kc
The DRAM controller in the Allwinner H5 SoC is again very similar to
the one in the H3 and A64.
Based on the existing socid parameter, add support for this controller
by reusing the bulk of the code and only deviating where needed.
These new bits set or cleared here and there have been mostly found
The Allwinner H5 Soc is bascially an H3 with high SRAM and ARMv8 cores.
As the peripherals and the pinmuxing are almost identical, we piggy
back on the shared MACH_SUN8I_H3_H5 config symbol.
Signed-off-by: Andre Przywara
---
arch/arm/mach-sunxi/cpu_info.c | 2 ++
board/sunxi/Kconfig
Addresses passed on to readl and writel are expected to be of the same
size as a pointer. Change the parameter types of sunxi_spi0_read_data()
to make the compiler happy and allow a warning-free aarch64 compile.
Signed-off-by: Andre Przywara
Reviewed-by: Simon Glass
---
drivers/mtd/spi/sunxi_sp
The OrangePi PC 2 is a typical SBC with the 64-bit Allwinner H5 SoC.
Create a new .dts file for it by including the (32-bit) H3 SoC .dtsi
and changing the differing components accordingly.
This is a preliminary device tree mostly for U-Boot's own sake, it
is expected to be updated once the official
The OrangePi PC 2 is a typical SBC with the 64-bit Allwinner H5 SoC.
Add a (64-bit only) defconfig defining the required options to build
the U-Boot proper.
Signed-off-by: Andre Przywara
---
board/sunxi/MAINTAINERS| 5 +
configs/orangepi_pc2_defconfig | 16
2 files
On 01/24/2017 11:11 AM, Marek Vasut wrote:
> On 01/24/2017 06:05 PM, Dalon Westergreen wrote:
>> From: Dalon Westergreen
>>
>> These patches update the boot and os partition numbers in the
>> default uboot environment for a number of socfpga boards. Per
>> request, common environment configura
On Tue, 2017-01-24 at 20:58 -0600, Dinh Nguyen wrote:
>
> On 01/24/2017 11:11 AM, Marek Vasut wrote:
> >
> > On 01/24/2017 06:05 PM, Dalon Westergreen wrote:
> > >
> > > From: Dalon Westergreen
> > >
> > > These patches update the boot and os partition numbers in the
> > > default uboot envir
On 01/24/2017 11:05 AM, Dalon Westergreen wrote:
> From: Dalon Westergreen
>
> Remove the default environment as it is now in a common
> header.
>
> Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
> to set the linux devicetree name.
>
> Signed-off-by: Dalon Westergreen
> ---
> c
On 01/24/2017 09:11 PM, Westergreen, Dalon wrote:
> On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote:
>>
>> On 01/24/2017 11:05 AM, Dalon Westergreen wrote:
>>>
>>> From: Dalon Westergreen
>>>
>>> Remove the default environment as it is now in a common
>>> header.
>>>
>>> Add the CONFIG_DEFA
On 01/24/2017 11:06 AM, Dalon Westergreen wrote:
> From: Dalon Westergreen
>
> Remove the default environment as it is now in a common
> header.
>
> Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
> to set the linux devicetree name.
>
> Signed-off-by: Dalon Westergreen
> ---
> c
On 01/24/2017 09:16 PM, Dinh Nguyen wrote:
>
>
> On 01/24/2017 09:11 PM, Westergreen, Dalon wrote:
>> On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote:
>>>
>>> On 01/24/2017 11:05 AM, Dalon Westergreen wrote:
From: Dalon Westergreen
Remove the default environment as it
On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote:
>
> On 01/24/2017 11:05 AM, Dalon Westergreen wrote:
> >
> > From: Dalon Westergreen
> >
> > Remove the default environment as it is now in a common
> > header.
> >
> > Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
> > to set
On Tue, 2017-01-24 at 21:16 -0600, Dinh Nguyen wrote:
>
> On 01/24/2017 09:11 PM, Westergreen, Dalon wrote:
> >
> > On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote:
> > >
> > >
> > > On 01/24/2017 11:05 AM, Dalon Westergreen wrote:
> > > >
> > > >
> > > > From: Dalon Westergreen
> > > >
On 01/24/2017 09:23 PM, Westergreen, Dalon wrote:
> On Tue, 2017-01-24 at 21:16 -0600, Dinh Nguyen wrote:
>>
>> On 01/24/2017 09:11 PM, Westergreen, Dalon wrote:
>>>
>>> On Tue, 2017-01-24 at 21:08 -0600, Dinh Nguyen wrote:
On 01/24/2017 11:05 AM, Dalon Westergreen wrote:
>
>>>
On Tue, 2017-01-24 at 21:20 -0600, Dinh Nguyen wrote:
>
> On 01/24/2017 11:06 AM, Dalon Westergreen wrote:
> >
> > From: Dalon Westergreen
> >
> > Remove the default environment as it is now in a common
> > header.
> >
> > Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
> > to set
On Tue, Jan 24, 2017 at 10:56:55AM +0100, Patrick Delaunay wrote:
> From: Patrick Delaunay
>
> This converts the following to Kconfig:
>CONFIG_PARTITIONS
>CONFIG_MAC_PARTITION
>CONFIG_DOS_PARTITION
>CONFIG_ISO_PARTITION
>CONFIG_AMIGA_PA
On 01/24/2017 11:06 AM, Dalon Westergreen wrote:
> From: Dalon Westergreen
>
> Remove the default environment as it is now in a common
> header.
>
> Add the CONFIG_DEFAULT_DEVICE_TREE to the board's defconfig
> to set the linux devicetree name.
>
> Signed-off-by: Dalon Westergreen
> ---
> c
On 01/25/2017 04:07 AM, Dalon Westergreen wrote:
> On Tue, 2017-01-24 at 20:58 -0600, Dinh Nguyen wrote:
>>
>> On 01/24/2017 11:11 AM, Marek Vasut wrote:
>>>
>>> On 01/24/2017 06:05 PM, Dalon Westergreen wrote:
From: Dalon Westergreen
These patches update the boot and os partit
1 - 100 of 134 matches
Mail list logo
