The upstream linux kernel for the Rockchip 3399 SoC use usbdrd3 naming so move
the two remaining devices over to that for their device trees to make it
easier to sync with upstream DTs.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-evb.dts | 4 ++--
arch/arm/dts/rk3399-puma.dtsi | 4
There's some bits in the U-Boot rk3399.dtsi that aren't yet in the
upstream Linux dtsi but are needed for early boot. This moves them
to the u-boot.dtsi to make it easier to sync the rest of rk3399.dtsi
with upstream.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-u-boot
Move the U-Boot specific bits to a -u-boot.dtsi include so all the
u-boot.dtsi hierarchy is included.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-puma-ddr1333-u-boot.dtsi | 4
arch/arm/dts/rk3399-puma-ddr1333.dts | 2 --
arch/arm/dts/rk3399-puma-ddr1600-u-boot.dtsi | 4
On Mon, Jan 13, 2020 at 7:03 AM Kever Yang wrote:
>
> Hi Peter,
>
> On 2020/1/8 上午11:56, Peter Robinson wrote:
> > Put the target entries for rk3399 devices in alphabetical order.
> >
> > Signed-off-by: Peter Robinson
> Reviewed-by: Kever Yang
Any reason this d
On Mon, 20 Jan 2020, 10:08 Kever Yang, wrote:
> Hi Peter,
>
> On 2020/1/20 下午5:22, Peter Robinson wrote:
> > On Mon, Jan 13, 2020 at 7:03 AM Kever Yang
> wrote:
> >> Hi Peter,
> >>
> >> On 2020/1/8 上午11:56, Peter Robinson wrote:
> >>>
> RPI4's SDHCI controller is supported SDMA mode. (Checked on kernel side)
> But It doesn't use on u-boot side. Then it's too slow about read/write
> performance.
> This patchset is supported SDMA mode on RPI4 target(32bit).
> - I didn't test on RPI4 64bit.
What about on other models of the rpi g
Hi Peng,
> I did a test to do overlay for U-Boot runtime dtb, but after overlay
> finish, U-Boot DM driver not work properly because the of_node
> pointer is changed in a device.
>
> So I am thinking whether this is valid to overlay to runtime U-Boot
> dtb or not. The reason I try this is that I w
> Add support for two new boards db845c and qcs404-evb:
> - db845c is a 96boards compliant platform aka RB3 based on Qualcomm
> SDM845 SoC.
> - qcs404-evb is an evaluation board from Qualcomm based on QCS404 SoC.
>
> Both these platforms have one thing in common that u-boot is chain-loaded
> in 6
Hey Tom,
> I'm sending this email out to the main and custodian lists, and bcc'ing
> all of the listed maintainers for platforms that have a problem here.
> The migration deadline for switching from CONFIG_SYS_TIMER_RATE or
> CONFIG_SYS_TIMER_COUNTER and to using CONFIG_TIMER is the v2023.01
> rel
) and PD charging
- 4GB LPDDR4 RAM
- 128GB eMMC
- mSD card slot
- An AP6255 module for 802.11ac WiFi and Bluetooth 5
- Quectel EG25-G 4G/LTE modem
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-pinephone-pro-u-boot.dtsi | 39 +++
arch/arm/mach-rockchip/rk3399/Kconfig | 8 ++
This adds initial support for the PINE64 Pinephone Pro. It's a rebase
to upstream core rk3399 DT pieces, and the addition of the upstream
PPP DT from 6.1-rc1 and the U-Boot pieces are based on my work on
the Pinebook Pro.
Peter Robinson (3):
arm64: dts: rk3399: sync rk3399.dtsi from 6.
Initial support for the PinePhone Pro has now landed upstream in
Linux 6.1 RC1 so sync the dts from upstream for initial support.
Signed-off-by: Peter Robinson
---
arch/arm/dts/Makefile | 1 +
arch/arm/dts/rk3399-pinephone-pro.dts | 398 ++
2 files
Sync rk3399.dtsi and associated bindings includes. Fix up building
of clk/rockchip/clk_rk3399.c for the changes as well as adjusting
the rk3399-u-boot.dtsi for the new upstream pieces.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-opp.dtsi | 6 +-
arch/arm/dts/rk3399-u
Adding Matthias as the RPi maintainer.
There was also this patch series which fixed it and a few other things
from the firmware DT [1] which is likely a better fix TBH.
Either way Matthias can we get one of these upstream as even the RPi4
Model B has moved to the newer rev of the SoCs so it's not
On Wed, Nov 2, 2022 at 1:40 PM Stefan Roese wrote:
>
> Hi Chris,
>
> On 22.09.22 05:31, Chris Packham wrote:
> > The RD-AC5X-32G16HVG6HLG-A0 development board main components and
> > features include:
> > * Main 12V/54V power supply
> > * 270 Gbps throughput packet processor on the main board
> >
Hi Bryan,
> This series will introduce basic support (SD and UART) support for Texas
> Instruments AM62Ax SK EVM.
>
> The am62ax shares many of the same features as the am62x however it uses
> a new 32bit controller and therefore depends on the patch I sent last
> week updating the macros used by
> > The bootflow feature provide a built-in way for U-Boot to automatically
> > boot an Operating System without custom scripting and other customisation.
> > This is called 'standard boot' since it provides a standard way for
> > U-Boot to boot a distro, without scripting.
> >
> > It introduces th
Add new lines for error messages to make them easier to read.
Signed-off-by: Peter Robinson
---
arch/arm/mach-tegra/xusb-padctl-common.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-tegra/xusb-padctl-common.c
b/arch/arm/mach-tegra/xusb-padctl
Add new lines to make errorr messages easier to read.
Signed-off-by: Peter Robinson
---
drivers/pci/pci_tegra.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/pci_tegra.c b/drivers/pci/pci_tegra.c
index f8d66c0e1c6..bc489d5ec85 100644
--- a/drivers/pci
Some of the DT compatibles have changed upstream so add new DT compatibles
to ensure things continue to keep working if the device trees are
updated.
Signed-off-by: Peter Robinson
---
drivers/i2c/tegra_i2c.c | 1 +
drivers/video/tegra124/dp.c | 1 +
2 files changed, 2 insertions(+)
diff
On Mon, Mar 28, 2022 at 3:17 PM Tom Rini wrote:
>
> Hey all,
>
> It's release day and so here's v2022.04-rc5. The release itself is next
> week and the next branch is open. I've merged all regression and
> critical fixes I know of so if something else is missing please speak up
> as soon as poss
On Mon, Mar 28, 2022 at 5:33 PM Tom Rini wrote:
>
> On Mon, Mar 28, 2022 at 04:30:48PM +, Peter Robinson wrote:
> > On Mon, Mar 28, 2022 at 3:17 PM Tom Rini wrote:
> > >
> > > Hey all,
> > >
> > > It's release day and so here's v2
On Wed, Mar 30, 2022 at 11:08 PM Tom Rini wrote:
>
> This option is only enabled for CI_UDC and !TEGRA20, so implement it as
> such in Kconfig directly.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
Tested-by: Peter Robinson
> ---
> arch/arm/mach-tegra/Kconf
x8mn-u-boot: use versioned ddr4 firmware
>
> Peng Fan (12):
>imx: mx6ull_14x14_evk: select DM_SERIAL
>imx: mx6ulz: select DM_SERIAL
>imx: mx6ull/z_14x14_evk: clean up UART iomux
>imx: mx6sllevk: correct pmic name
>imx: mx6sllevk: sele
Hi Simon,
Does it make sense to devise something that is compatible with the
kernel's pstore [1] mechanism?
Peter
[1] https://lwn.net/Articles/434821/
On Sat, Feb 4, 2023 at 12:20 AM Simon Glass wrote:
>
> A common way to detect problems in firmware is to collect logs from
> the firmware, then
On Fri, Feb 10, 2023 at 12:31 PM Janpieter Sollie
wrote:
>
> Hello,
>
> After a few years, I tried updating my u-boot 2021 to a more recent version,
> as the linux kernel
> complained "ATF needs update".
> The device I'm using is a nanopi neo3 2GB (more or less the same compared to
> NanoPi R2S,
On Wed, Feb 1, 2023 at 8:46 PM Simon Glass wrote:
>
> This seems to have been used by ppc4xx which was removed a while back.
> The Kconfig does not exist so it is never built. Drop it.
That assumption isn't entirely correct, it was at least built by the
tools only/all build process.
Peter
> Sig
Add the Gigadevice GD25LQ128E identifers so it can be properly
used.
Datasheet: https://www.gigadevice.com/datasheet/gd25lq128e/
Signed-off-by: Peter Robinson
---
drivers/mtd/spi/spi-nor-ids.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd
This moves over the PMIC power init to DM and the associated i2c and
regulator bits.
Signed-off-by: Peter Robinson
---
Rebase this and I think I've fixed the previous build error reported by
Stefano.
board/udoo/neo/neo.c | 139 +++--
co
The conversion to DM_SERIAL is mandatory, so select this
option.
Signed-off-by: Peter Robinson
---
configs/udoo_neo_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/udoo_neo_defconfig b/configs/udoo_neo_defconfig
index 6c29f8fd251..0c60e4a6f4a 100644
--- a/configs
On Mon, Nov 14, 2022 at 5:34 PM Fabio Estevam wrote:
>
> On Mon, Nov 14, 2022 at 1:15 PM Peter Robinson wrote:
> >
> > The conversion to DM_SERIAL is mandatory, so select this
> > option.
>
> After converting it to DM_SERIAL, the setup_iomux_uart() could be remove
On Mon, Nov 7, 2022 at 7:14 AM Peng Fan (OSS) wrote:
>
> From: Peng Fan
>
> After DM_SERIAL, and set pinctrl_uart1 as pre-reloc, no need initialize
> iomux at board file.
>
> Signed-off-by: Peng Fan
> ---
> arch/arm/dts/imx6ull-14x14-evk-u-boot.dtsi | 8
> arch/arm/dts/imx6ulz-14x14-e
This moves over the PMIC power init to DM and the associated i2c and
regulator bits.
Signed-off-by: Peter Robinson
---
Changes in v2:
- Fix spelling mistake
- Drop unneeded DM_MMC
- Drop dangling comment in udoo_neo.h
board/udoo/neo/neo.c | 139
Convert to DM_SERIAL and drop the iomux board file
level init as it's handled as part of the DM serial
layer instead.
Signed-off-by: Peter Robinson
---
Changes in v2:
- Drop no longer needed setup_iomux_uart and associated bits
board/udoo/neo/neo.c
Cleanup some dangling comments left by automated migration
processes that are no longer value.
Signed-off-by: Peter Robinson
---
include/configs/mx6_common.h | 4
include/configs/mx7_common.h | 12
2 files changed, 16 deletions(-)
diff --git a/include/configs/mx6_common.h b
On Mon, Nov 14, 2022 at 10:50 PM Simon Glass wrote:
>
> On Mon, 14 Nov 2022 at 10:32, Fabio Estevam wrote:
> >
> > Hi Peter,
> >
> > On Mon, Nov 14, 2022 at 1:15 PM Peter Robinson wrote:
> > >
> > > This moves over the PMIC power init to DM
On Mon, Nov 21, 2022 at 4:29 PM Svyatoslav Ryhel wrote:
>
> This is re-send of v1 patches. Almost a month passed, I got no
> review and timer implementation deadline is approaching.
>
> - rework clock_osc_freq detection as it is needed for timer
> - implement timer for ARMv7 Tegra devices
> - set
Pre 2023.01 the bmp_logo was built as part of the tools-only_defconfig
build, something changed and the VIDEO dep needed to build it
is no longer pulled in so fix that by explicitly defining it.
Signed-off-by: Peter Robinson
---
configs/tools-only_defconfig | 1 +
1 file changed, 1 insertion
On Wed, Nov 30, 2022 at 11:57 AM wrote:
>
> From: Matthias Brugger
>
> Peter accpeted to step up as a co-maintainer for the RPis.
> Reflect that in the corresponding MAINTAINERS files.
>
> Signed-off-by: Matthias Brugger
Reviewed-by: Peter Robinson
I suspect I'
Hi Tom and others,
> > Tom, maybe it is better to change configs add ifdefs or do sth else to
> > exclude them from the build if IPV6 is not configured?
>
> There's two parts to this, yes. Sandbox needs to enable ipv6 so that
> the tests are run, and the tests need to be be appropriately ifdef'd
quot;power: pmic: rk8xx: Support sysreset shutdown method")
>
> The cause is not known.
>
> This is board-specific, other boards that do not add the option to
> include the i2c bus in pre-reloc DT are not affected.
>
> Signed-off-by: Michal Suchanek
Reviewed-by: Peter
On Thu, Nov 10, 2022 at 2:17 AM Simon Glass wrote:
>
> Buildman should consider a build as a success (with warnings) if missing
> blobs have been dealt with by binman, even though buildman itself returns
> and error code overall. This is how other warnings are dealt with.
>
> We cannot easily acce
On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:13:03PM +, Peter Robinson wrote:
> > On Thu, Nov 10, 2022 at 2:17 AM Simon Glass wrote:
> > >
> > > Buildman should consider a build as a success (with warnings) if missing
>
On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> > On Mon, Dec 5, 2022 at 11:23 PM Tom Rini wrote:
> > >
> > > On Mon, Dec 05, 2022 at 11:13:03PM +, Peter Robinson wrote:
> > > > O
On Mon, Dec 5, 2022 at 11:46 PM Tom Rini wrote:
>
> On Mon, Dec 05, 2022 at 11:43:24PM +, Peter Robinson wrote:
> > On Mon, Dec 5, 2022 at 11:35 PM Tom Rini wrote:
> > >
> > > On Mon, Dec 05, 2022 at 11:29:30PM +, Peter Robinson wrote:
> > > >
On Thu, Dec 8, 2022 at 3:23 PM Detlev Casanova
wrote:
>
> In commit d0399a46e7cda63c07e3eb8558bef84cfb068028, the device tree was
> synchronized from linux and the aliases were dropped.
Is there a reason not to get this change upstreamed in to Linux and
then this wouldn't be a problem moving forw
On Fri, May 13, 2022 at 10:25 AM wrote:
>
> From: qianfan Zhao
>
> linux system will dead if we offline one of the cpu on R40 based board:
Minor nit this should read "will die" not "will dead"
> eg: echo 0 > /sys/devices/system/cpu/cpu3/online
>
> Fixed sunxi_power_switch based on allwinner lic
On Fri, May 13, 2022 at 7:50 AM Sughosh Ganu wrote:
>
> Add support for updating the idbloader and u-boot images through the
> UEFI capsule update functionality. Enable the modules required for
> supporting the functionality.
>
> The implementation is for the updatable images placed on a GPT
> par
Set a default offset for environment so it doesn't write it to
unexpected locations, drop unneeded mtd config option.
Signed-off-by: Peter Robinson
---
configs/pinebook-pro-rk3399_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configs/pinebook-pro-rk3399_defc
The Rockpro64 has some GPIO leds so let's enable them so the
user gets some output in early boot.
Signed-off-by: Peter Robinson
---
configs/rockpro64-rk3399_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rockpro64-rk3399_defconfig
b/configs/rockpro64-rk3399_defc
Sync the pinebook pro to upstream 5.18, in particular this brings
brings in a fix so the DP is disabled so Linux will actually boot.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3399-pinebook-pro.dts | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/arch/arm
On Fri, Aug 6, 2021 at 12:39 PM Harald Seiler wrote:
>
> Hi,
>
> On Fri, 2021-08-06 at 13:54 +0300, Matwey V. Kornilov wrote:
> > Hello,
> >
> > I've found that the following commit breaks USB on BeagleBone Black
> > board (am335x based):
> >
> > commit 942853dd96df5de1c0a2a61c877c1cf1c24f1e91
> >
The 64 bit rk33xx chips don't have the ROCKCHIP_USB2_PHY IP so
drop the configs as they were likely copied over from other
boards during enablement.
Signed-off-by: Peter Robinson
---
configs/lion-rk3368_defconfig | 1 -
configs/nanopc-t4-rk3399_defconfig| 1 -
configs/r
> > I'd like to see one of the parties that had noted the licensing problem
> > chime in and explain it again.
>
> The short of it is the openssl license has an advertising clause, and
> the GPL requires no additional terms may be added when distributing
> binaries. This is *fine* when distributing
Hi Sjoerd,
> The RPI firmware adjusts several property values in the dtb it passes
> to u-boot depending on the board/SoC revision. Inherit some of these
> when u-boot loads a dtb itself. Specificaly copy:
Overall this looks great.
> * /model: The firmware provides a more specific string
> * /me
> > Exactly. Keep in mind that RISC-V is looking into EBBR as well, so this is
> > far from an 'Arm thing'. Moreover, the efi stub side of the kernel for
> > risc-v, will only load an initrd using the EFI_LOAD_FILE2 protocol we added
> > support for. So right now the only way to properly boot a RIS
> > By "EFI app", do you mean a way of booting "/efi/boot/bootXX.efi"
> > (default file name in case that no image path is specified)?
> >
> > In fact, this behavior, or removable media support, is defined
> > as part of UEFI boot manager in UEFI specification. (See section 3.5)
> > What this means
> This patch series change Espressobin code to use in U-Boot just one DTS
> file for all Espressobin variants. Therefore DT compatible string
> globalscale,espressobin-emmc is not used anymore as it is not needed.
Does this work if this DT provided to Linux for booting on the
different variants?
Hi Ying-Chun Liu,
On Tue, Dec 1, 2020 at 5:35 PM Ying-Chun Liu wrote:
>
> From: "Ying-Chun Liu (PaulLiu)"
>
> Add board dts for iot-gate-imx8
>
> Signed-off-by: Kirill Kapranov
> Signed-off-by: Uri Mashiach
> Signed-off-by: Valentin Raevsky
> Signed-off-by: Ying-Chun Liu (PaulLiu)
> ---
> a
On Tue, Dec 1, 2020 at 1:31 PM Andrey Zhizhikin
wrote:
>
> Some SD Card controller and power circuitry has increased capacitance,
> which keeps the internal logic remains powered after regulator is switch
> off. This is generally the case when card is switched to SD104 mode,
> where a power cycle
On Wed, Dec 2, 2020 at 10:08 AM ZHIZHIKIN Andrey
wrote:
>
> Hello Peter,
>
> > -Original Message-
> > From: Peter Robinson
> > Sent: Wednesday, December 2, 2020 9:45 AM
> > To: ZHIZHIKIN Andrey
> > Cc: u-boot@lists.denx.de; sba...@denx.de
>
On Sun, Dec 6, 2020 at 7:43 PM Ying-Chun Liu wrote:
>
> From: "Ying-Chun Liu (PaulLiu)"
>
> Add board dts for imx8mm-cl-iot-gate
>
> Signed-off-by: Kirill Kapranov
> Signed-off-by: Uri Mashiach
> Signed-off-by: Valentin Raevsky
> Signed-off-by: Ying-Chu
Hi Nicolas,
On Thu, Nov 19, 2020 at 5:50 PM Nicolas Saenz Julienne
wrote:
>
> Add the follwing functions to get a specific device's DMA ranges:
> - dev_get_dma_range()
> - ofnode_get_dma_range()
> - of_get_dma_range()
> - fdt_get_dma_range()
> They are specially useful in oder to be able val
Hi Nicolas,
> > > Add the follwing functions to get a specific device's DMA ranges:
> > > - dev_get_dma_range()
> > > - ofnode_get_dma_range()
> > > - of_get_dma_range()
> > > - fdt_get_dma_range()
> > > They are specially useful in oder to be able validate a physical address
> > > space range
On Wed, Dec 16, 2020 at 1:17 PM Torsten Duwe wrote:
>
> On Wed, 16 Dec 2020 11:41:15 +0100
> matthias@kernel.org wrote:
>
> > From: Matthias Brugger
> >
> >
> > For now bootp and uuid code use a weak seed for generating random
> > data. U-Boot as support for RNG devices now, so we should chan
The rng is embedded in the SoC so enable it in the device tree
universally, the use of it can be controlled by enabling/disabling
at the device config level.
Signed-off-by: Peter Robinson
Cc: Kever Yang
---
arch/arm/dts/rk3399-evb-u-boot.dtsi | 4
arch/arm/dts/rk3399-pinebook-pro
Enable the RNG on the Firefly, rock960 and RockPro64 devices
to enable KASLR on devices that support it.
Signed-off-by: Peter Robinson
Cc: Akash Gajjar
Cc: Jagan Teki
Cc: Kever Yang
Cc: Manivannan Sadhasivam
---
configs/firefly-rk3399_defconfig | 2 ++
configs/rock960-rk3399_defconfig
On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger wrote:
>
> Hi Dave,
>
> On 16/12/2020 15:23, Dave Jones wrote:
> > Hi,
> >
> > We've recently run across some failures with U-Boot on a couple of
> > platforms,
> > specifically the relatively new Pi Compute Module 4, and the Pi 4 8GB of
> > RAM.
On Wed, Dec 16, 2020 at 4:21 PM Matthias Brugger wrote:
>
>
>
> On 16/12/2020 17:20, Peter Robinson wrote:
> > On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger
> > wrote:
> >>
> >> Hi Dave,
> >>
> >> On 16/12/2020 15:23, Dave Jones
On Wed, Dec 16, 2020 at 4:27 PM Peter Robinson wrote:
>
> On Wed, Dec 16, 2020 at 4:21 PM Matthias Brugger
> wrote:
> >
> >
> >
> > On 16/12/2020 17:20, Peter Robinson wrote:
> > > On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger
> > > wrote:
> Does anyone have any experience with RK3399 DSI and panel bringup in u-
> boot? I believe I have the vopl and mipi configured - I can see the
> backlight come on at least - but I think I need a panel-specific
> driver. Simple-panel doesn't send dsi commands so the panel never
> inits. And I'm
On Tue, Aug 18, 2015 at 1:57 AM, Tom Rini wrote:
> Hey all,
>
> I've pushed v2015.10-rc2 out and it should be everywhere soon.
>
> I've made an initial push through my backlog of stuff and I can see more
> stuff I need to pick up. But please feel free to poke me here or
> off-list if you own some
On Thu, Aug 27, 2015 at 2:39 AM, Peng Fan wrote:
> Hi Adrian,
>
> Since this is only for mx6, why move the code to imx-common?
> "
>> ifeq ($(SOC),$(filter $(SOC),mx6))
>>-obj-y += cache.o
>>+obj-y += cache.o init.o
> "
>
> Also many pieces of code are only for imx6, imx7 do not ne
Hi,
>> Tegra124 requires the bootloader to perform VPR initialization, otherwise the
>> GPU cannot be used by the system. Since using the GPU without that
>> initialization results in a hang, the GPU DT node is left disabled, and it is
>> the task of the bootloader to enable it after ensuring it i
On Tue, Jul 14, 2015 at 12:52 AM, Peter Robinson wrote:
> These two patches consolidate the fuse and thermal options. They're both
> options that are standard SoC features so should be there by default for all
> devices.
What's the status of getting thes
On Thu, Jul 30, 2015 at 9:46 AM, Sjoerd Simons
wrote:
> On Wed, 2015-07-29 at 22:39 +0100, Peter Griffin wrote:
>> HiKey is the first 96boards consumer edition compliant board. It
>> features a hi6220
>> SoC which has eight ARM A53 cpu's.
>>
>> This initial port adds support for: -
>> 1) Serial
>>
>> On Tue, Jul 14, 2015 at 12:52 AM, Peter Robinson
>> wrote:
>>> These two patches consolidate the fuse and thermal options. They're both
>>> options that are standard SoC features so should be there by default for all
>>> devices.
>>
>>
On Tue, Sep 15, 2015 at 3:11 PM, Mugunthan V N wrote:
> This patch seires enables omap_hsmmc to adopt driver model. This
> has been tested on AM335x beagle bone black and GP EVM (logs [1]).
> Also pushed a branch for testing [2]
Are you going to migrate omap3/omap4/omap5 and any of the other TI
d
With gcc 5.2 and later we get a bunch of "error: unknown type name" for
'uint8_t', 'uint32_t' and friends.
Signed-off-by: Peter Robinson
---
tools/env/fw_env.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c
index ba11f
In Fedora with gcc 5.2 and 5.3 the fw_env is FTB due to a missing include.
The following small patch fixes building it on Fedora with gcc 5.3.1
Regards,
Peter
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tue, Jan 5, 2016 at 6:37 PM, Tom Rini wrote:
> On Tue, Jan 05, 2016 at 04:28:01PM -0200, Fabio Estevam wrote:
>> On Mon, Jan 4, 2016 at 8:23 PM, Tom Rini wrote:
>> > Hey all,
>> >
>> > I've tagged and uploaded 2016.01-rc4 now. I grabbed a few general
>>
>> Still can't see this tag.
>
> I just
Standardise mx6_common.h to the same as other mx6 boards
Signed-off-by: Peter Robinson
---
include/configs/novena.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/novena.h b/include/configs/novena.h
index 425db8a..5040c8e 100644
--- a/include/configs
first pass at moving those
options
and unifying the common options to a standard default.
Peter Robinson (10):
novena: standardise mx6_common.h include
imx6: move all standard includes to mx6_common.h
imx6: move generic imx6 options to mx6_common.h
imx6: move standard ATAG
Define common LOADADDR and BOOTDELAY to ensure a consistent experience
across mx6 boards
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 7 ---
include/configs/cgtqmx6eval.h | 7 ---
include/configs/cm_fx6.h | 3 ---
include/configs/embestmx6boards.h
The linux/sizes.h, asm/arch/imx-regs.h, asm/imx-common/gpio.h,
config_cmd_default.h includes are used fairly universally across imx6 boards
so include them in mx6_common.h by default.
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 6 --
include/configs/cgtqmx6eval.h
Define the standard ATAG consfigs in mx6_common.
Signed-off-by: Peter Robinson
---
include/configs/cgtqmx6eval.h | 5 -
include/configs/cm_fx6.h | 4
include/configs/embestmx6boards.h | 5 -
include/configs/gw_ventana.h | 6 +-
include/configs/hummingboard.h
All boards define CONFIG_MX6, CONFIG_DISPLAY_BOARDINFO, CONFIG_DISPLAY_CPUINFO
and CONFIG_SYS_GENERIC_BOARD so define them in mx6_common
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h | 7 ---
include/configs/cgtqmx6eval.h | 5 -
include/configs/cm_fx6.h
Move all standard mx6 MMC configs to mx6_common.
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 7 ---
include/configs/cgtqmx6eval.h | 7 ---
include/configs/cm_fx6.h | 5 -
include/configs/embestmx6boards.h | 7 ---
include/configs
Move all standard filesystem, partition and fdt options to mx6_common.
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 8
include/configs/cgtqmx6eval.h | 6 --
include/configs/gw_ventana.h | 8
include/configs/hummingboard.h| 6
Move generic miscellaneous options that are standard across most, if not all,
mx6 boards to central mx6_common define to ensure consistent features.
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 16 +---
include/configs/cgtqmx6eval.h | 20
Define CONFIG_MXC_GPIO by default in mx6_common
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 1 -
include/configs/cgtqmx6eval.h | 1 -
include/configs/cm_fx6.h | 3 ---
include/configs/embestmx6boards.h | 1 -
include/configs/gw_ventana.h | 3
Move CONFIG_CMD_CACHE to mx6_common and standardise the way it's defined.
Signed-off-by: Peter Robinson
---
include/configs/aristainetos.h| 2 --
include/configs/cgtqmx6eval.h | 4
include/configs/embestmx6boards.h | 4
include/configs/gw_ventana.h | 4
in
On Mon, May 11, 2015 at 1:43 PM, Tom Rini wrote:
> On Mon, May 11, 2015 at 12:23:24PM +0100, Peter Robinson wrote:
>
>> Define CONFIG_MXC_GPIO by default in mx6_common
>>
>> Signed-off-by: Peter Robinson
> [snip]
>> diff --git a/include/configs/mx6_common
On Mon, May 11, 2015 at 1:25 PM, Tom Rini wrote:
> On Mon, May 11, 2015 at 12:23:27PM +0100, Peter Robinson wrote:
>
>> Move all standard filesystem, partition and fdt options to mx6_common.
>>
>> Signed-off-by: Peter Robinson
> [snip]
>> @@ -274,7 +267,6 @@
On Mon, May 11, 2015 at 1:32 PM, Tom Rini wrote:
> On Mon, May 11, 2015 at 12:23:21PM +0100, Peter Robinson wrote:
>
>> The linux/sizes.h, asm/arch/imx-regs.h, asm/imx-common/gpio.h,
>> config_cmd_default.h includes are used fairly universally across imx6 boards
>> so incl
On Mon, May 11, 2015 at 2:20 PM, Tom Rini wrote:
> On Mon, May 11, 2015 at 02:13:00PM +0100, Peter Robinson wrote:
>> On Mon, May 11, 2015 at 1:32 PM, Tom Rini wrote:
>> > On Mon, May 11, 2015 at 12:23:21PM +0100, Peter Robinson wrote:
>> >
>> >> The linu
On Mon, May 11, 2015 at 1:33 PM, Tom Rini wrote:
> On Mon, May 11, 2015 at 12:23:26PM +0100, Peter Robinson wrote:
>
>> Move generic miscellaneous options that are standard across most, if not all,
>> mx6 boards to central mx6_common define to ensure consistent features.
&
On Mon, May 11, 2015 at 2:44 PM, Stefano Babic wrote:
> Hi Peter,
>
> On 11/05/2015 14:51, Peter Robinson wrote:
>
>>> You're dropping CONFIG_CMD_GPIO (a handy thing IMHO) in a few cases and
>>> not adding it in globally which I would argue is the right thing
ch 5)
* Use the default for all CONFIG_SYS_PROMPT_HUSH_PS2 (patch 7)
* Drop LZO change (patch 8)
I think I got all the review points :)
Peter Robinson (10):
novena: standardise mx6_common.h include
imx6: move all standard includes to mx6_common.h
imx6: move generic imx6 options
Standardise mx6_common.h to the same as other mx6 boards
Signed-off-by: Peter Robinson
Reviewed-by: Tom Rini
---
include/configs/novena.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/novena.h b/include/configs/novena.h
index 425db8a..5040c8e 100644
--- a
401 - 500 of 991 matches
Mail list logo