The Cubox-i and Hummingboard series of devices have an option of
SATA on board, and depending on how the fuses are blown even the
option to boot SPL from SATA. So enable support for it so it can
be used to boot the OS from if people desire.
Signed-off-by: Peter Robinson
---
board/solidrun
This converts the following to Kconfig:
CONFIG_CMD_SATA
Also includes a few minor cleanups and minor reordering to configs files.
Signed-off-by: Peter Robinson
---
cmd/Kconfig| 5
configs/MPC8315ERDB_defconfig | 1 +
configs
On Mon, May 15, 2017 at 7:11 PM, Tom Rini wrote:
> On Mon, May 15, 2017 at 06:24:45PM +0100, Peter Robinson wrote:
>> This converts the following to Kconfig:
>> CONFIG_CMD_SATA
>>
>> Also includes a few minor cleanups and minor reordering to configs files.
>>
>> -Original Message-
>> From: Peter Robinson [mailto:pbrobin...@gmail.com]
>> Sent: Monday, May 15, 2017 6:18 PM
>> To: Ruchika Gupta
>> Cc: u-boot@lists.denx.de; sun.y...@nxp.com; Prabhakar Kushwaha
>>
>> Subject: Re: [U-Boot] [PATCH] ARMv8/s
rt by Coverity:
>> pass string init_val of unknown size to sprintf
>>
>> Signed-off-by: Peng Fan
>> Cc: Peter Robinson
>> Cc: Fabio Estevam
>> Cc: Adrian Alonso
>> Cc: Stefano Babic
>
> I'm not sure how I feel about fixing this range of issues o
>> I am not aware of anyone using the U-Boot API for grub these days, so
>> I'm not sure it's an incredibly useful goal. The main pain point distros
>> seem to have is to make something that "just works" on all systems out
>> there. Moving into that direction should be our ultimate goal.
>
> Please
On Mon, Jan 4, 2016 at 6:03 PM, Andreas Färber wrote:
> Am 04.01.2016 um 17:56 schrieb Tom Rini:
>> Please note that with the generic distro framework U-Boot will grok
>> https://wiki.freedesktop.org/www/Specifications/BootLoaderSpec/ and
>> things Just Work. I setup a bunch of SD cards with Debi
All boards that support PXE booting use the pxefile_addr_r variable. Standardise
wandboard with this variable as pxe_addr_r isn't used anywhere else so it's a
typo.
Signed-off-by: Peter Robinson
---
include/configs/wandboard.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
On Sun, Nov 13, 2016 at 8:59 PM, Yann E. MORIN wrote:
> Currently, CMD_PXE is forcibly enabled in config_distro_defaults.h, so
> that general purpose distributions can rely on it being defined. This
> header is included, under conditions or not, by various archs or
> famillies of archs / SoCs.
>
>
On Tue, Nov 22, 2016 at 3:24 PM, Tom Rini wrote:
> On Tue, Nov 22, 2016 at 01:38:39PM +0100, Maxime Ripard wrote:
>> From: Hans de Goede
>>
>> Enable the NAND and UBI support in the configuration header so that we can
>> (finally) use it.
>>
>> Signed-off-by: Hans de Goede
>> Signed-off-by: Maxi
>> >> I've been working with Soby Mathew to get U-Boot booting on ARM's
>> >> AEMv8 FVP model in Aarch32 mode.
>> >>
>> >> Soby worked out what needed to be changed and I'm refining the changes
>> >> into patches that can be built for both Aarch64 and Aarch32 mode.
>> >>
>> >> There are two patches
peed be able to
transfer data.
I've just tested this patch series on that board and was getting
around 7MBps on Linux too. So presumably what ever bits that are being
tweaked by this patch in u-boot aren't reset when the linux driver
loads and it improved performance on Linux for
On Mon, Feb 19, 2018 at 7:21 PM, Heinrich Schuchardt wrote:
> On 02/19/2018 04:48 PM, Simon Glass wrote:
>>
>> The current code causes a compiler error on gcc 4.8.4 as used by sandbox
>
>
> gcc 4 is legacy. The current version of ggc is 7.3.
> The current version of Ubuntu is 17.10.
It's still a
On Fri, Mar 2, 2018 at 10:47 AM, Göran Lundberg wrote:
> Hi!
> I'm trying to boot from u-boot on a Raspberry Pi 3. But for some reason it
> isn't autobooting on the SD-card.
>
> Is it possible to get more debug output on the screen console? I don't have
> a serial console at the moment.
> The outp
Hummingboard2 Gate.
Signed-off-by: Peter Robinson
---
board/solidrun/mx6cuboxi/mx6cuboxi.c | 30 +++---
include/configs/mx6cuboxi.h | 12 ++--
2 files changed, 33 insertions(+), 9 deletions(-)
diff --git a/board/solidrun/mx6cuboxi/mx6cuboxi.c
b/board/solidrun
On Sun, Mar 4, 2018 at 2:49 PM, Fabio Estevam wrote:
> Hi Peter,
>
> [Adding Jon and Baruch]
>
> On Sun, Mar 4, 2018 at 10:36 AM, Peter Robinson wrote:
>> Solid Run have a rev 1.5 SoM with different a different WiFi/BT module and
>> some
>> other changes. Their
>>> Hi!
>>> I'm trying to boot from u-boot on a Raspberry Pi 3. But for some reason
>>> it
>>> isn't autobooting on the SD-card.
>>>
>>> Is it possible to get more debug output on the screen console? I don't
>>> have
>>> a serial console at the moment.
>>> The output on the screen is:
>>>
>>> Net:
On Tue, Mar 6, 2018 at 1:28 AM, Tom Rini wrote:
> Hey all,
>
> It's release day and I've released v2018.03-rc4. I've included a few
> different regression fixes I've seen along with some fixes and cleanups.
> I would like to do the release on March 12th, and likely will so long as
> no big regres
On Tue, Mar 6, 2018 at 12:29 PM, Jonathan Gray wrote:
> On Tue, Mar 06, 2018 at 11:36:37AM +0000, Peter Robinson wrote:
>> On Tue, Mar 6, 2018 at 1:28 AM, Tom Rini wrote:
>> > Hey all,
>> >
>> > It's release day and I've released v2018.03-rc4. I
On Tue, Mar 6, 2018 at 1:44 PM, Tom Rini wrote:
> On Tue, Mar 06, 2018 at 12:47:28PM +0000, Peter Robinson wrote:
>> On Tue, Mar 6, 2018 at 12:29 PM, Jonathan Gray wrote:
>> > On Tue, Mar 06, 2018 at 11:36:37AM +0000, Peter Robinson wrote:
>> >> On Tue, Mar 6, 20
s a regression with the dynamic pinmuxing code when enable_uart=1
> is not set in config.txt.
>
> Fixes: caf2233b28 ("bcm283x: Add pinctrl driver")
> Reported-by: Göran Lundberg
> Reported-by: Peter Robinson
> Signed-off-by: Alexander Graf
Tested-by: Peter Robinson
Tested
("bcm283x: Add pinctrl driver")
> Reported-by: Göran Lundberg
> Reported-by: Peter Robinson
> Signed-off-by: Alexander Graf
> ---
> drivers/serial/serial_bcm283x_pl011.c | 25 -
> drivers/serial/serial_pl01x.c | 10 +-
> drivers/se
On Tue, Mar 6, 2018 at 1:13 PM, Alexander Graf wrote:
> We had a few reports coming in from people that had their autoboot chain
> aborted after pinmuxing support was added for the RPi.
>
> The culprit is easy: The UARTs may have been enabled before, but muxed
> to an incorrect pin. That pin may h
s a regression with the dynamic pinmuxing code when enable_uart=1
> is not set in config.txt.
>
> Fixes: caf2233b28 ("bcm283x: Add pinctrl driver")
> Reported-by: Göran Lundberg
> Reported-by: Peter Robinson
> Signed-off-by: Alexander Graf
Tested-by: Peter Robinso
s a regression with the dynamic pinmuxing code when enable_uart=1
> is not set in config.txt on Raspberry Pis that use pl011 for serial.
>
> Fixes: caf2233b28 ("bcm283x: Add pinctrl driver")
> Reported-by: Göran Lundberg
> Reported-by: Peter Robinson
> Signed-off-by: Alexand
The new Raspberry Pi B 3+ has a lan78xx device attached to it. Let's add
driver support in U-Boot for it.
Signed-off-by: Peter Robinson
---
configs/rpi_3_32b_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rpi_3_32b_defconfig b/configs/rpi_3_32b_defconfig
On Sun, Aug 6, 2017 at 6:49 PM, Rob Clark wrote:
> On Sun, Aug 6, 2017 at 1:28 PM, Mark Kettenis wrote:
>>> From: Rob Clark
>>> Date: Sun, 6 Aug 2017 11:34:15 -0400
>>>
>>> On Sun, Aug 6, 2017 at 10:45 AM, Rob Clark wrote:
>>> >
>>> > I've started trying to hack up test_efi_loader.py to add a t
On Fri, Jul 28, 2017 at 2:32 PM, Adam Ford wrote:
> This converts the following to Kconfig:
>CONFIG_SYS_TEXT_BASE
>
> The includes, whitelist, etc. were left for now but I don't get any
> build errors or warnings on the omap3_logic_defconfig or
> am3517_evm_defconfig builds I tried.
Was it in
>> buildman downloads very old compilers (gcc < 4.8) from kernel.org which
>> do not support C11.
>> Travis CI uses Ubuntu 14.04 with gcc 4.8.4 which incorrectly throws an
>> error for disk/part.c in C11 mode.
>
> ugg, 4.8 is pretty old.. Not sure how much older than 4.8 buildman
> uses. It seem
Hi Simon
On Fri, Jul 28, 2017 at 1:27 PM, Jaehoon Chung wrote:
> Dear Simon,
>
> On 07/05/2017 04:31 AM, Simon Glass wrote:
>> At present SCSI support for driver model works only with PCI controllers.
>>
>> This series makes the following changes:
>>
>> - Adjusts SATA/AHCI support to work with no
>> I pulled the latest master from git clone git://git.denx.de/u-boot.gitbuilt
>> the raspberry pi imagemake r_3_32b_defconfigmakecopied the u-boot bin the a
>> working sd cardand I get the rainbow screen of death from the pi.
>> When I use a u-boot.bin build from a git clone of u-boot in about J
On Mon, Nov 6, 2017 at 7:14 PM, Martyn Welch wrote:
> This series adds support for the GE PPD. The initial patches in this
> series resolve issues found during development and testing, extend
> existing support and add new support for devices in the PPD. The final
> patch in the series adds the bo
On Wed, Nov 8, 2017 at 11:32 AM, Jagan Teki wrote:
> On Tue, Nov 7, 2017 at 5:43 PM, Jagan Teki wrote:
>> On Sun, Nov 5, 2017 at 7:11 PM, Werner Böllmann
>> wrote:
>>> After updating u-boot from v2016.01 to 2017.09 i got a "SATA link 0
>>> timeout." on my Cubietruck board.
>>> I tracked this do
l due to missing
> header files.
>
> Make sure the header files are a dependency of the envtools target.
>
> Fixes: 84d46e7e8948 ("tools: env: allow to print U-Boot version")
> Signed-off-by: Stefan Agner
Tested-by: Peter Robinson
Fixes build issues I saw with 2017.1
4.14) get a static rather
than a random MAC address, while not regressing users of usbethaddr.
Signed-off-by: Peter Robinson
---
arch/arm/mach-omap2/utils.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/mach-omap2/utils.c b/arch/arm/mach-omap2/utils.c
index 2e8778043b..d1167
>> (Tom - any thoughts about a more expansive cc list on this?)
>>
>> Hi Masahiro,
>>
>> On 26 November 2017 at 07:16, Masahiro Yamada
>> wrote:
>> > 2017-11-26 20:38 GMT+09:00 Simon Glass :
>> >> Hi Philipp,
>> >>
>> >> On 25 November 2017 at 16:31, Dr. Philipp Tomsich
>> >> wrote:
>> >>> Hi,
>>
Hi Peng,
On Tue, Nov 28, 2017 at 12:31 PM, Peng Fan wrote:
> This patchset is to add i.MX8M and i.MX8MQ-EVK support
I don't see a README in here, I'm wondering what the
details/requirements are around ARM Trusted Firmware and the build
process, for this platform does it use the open ARM ATF, or
Hi Tom,
> So it's release day and I've put up v2018.01-rc1. The merge window is
> now closed and I've updated git and the tarballs are also up now.
>
> I think my patch queue is in OK shape currently, but I need to
> pick up a few series once I've had a chance to test them more, and I
> expect a
On Mon, Dec 4, 2017 at 9:53 PM, James David Eckler
wrote:
> Hi,
>
>
> We are trying to get Kubos-Linux up and running on our Beaglebone Black board
> but are having issues with making the program. We ran `make
> beaglebone-black_defconfig` and are getting the error:
>
>
> vagrant@vagrant:~/uboot
On Tue, Mar 27, 2018 at 10:29 AM, Kever Yang wrote:
> pre-loader console in SPL needs UART.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/dts/rk3399-firefly.dts | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/dts/rk3399-firefly.dts b/arch/arm/dts/rk3399-firefly.dts
> index f
On Tue, Mar 27, 2018 at 10:29 AM, Kever Yang wrote:
> Use "uboot,spl-boot-orde" instead of "uboot,boot0".
I think these should be in *-u-boot.dtsi files, that enables easy sync
between the linux kernel dts files and u-boot like done on a number of
other configs, a couple of the rk3368 devices see
On Mon, Apr 2, 2018 at 3:28 AM, Simon Glass wrote:
> Hi Andre,
>
> On 2 April 2018 at 09:43, André Przywara wrote:
>> Hi,
>>
>> On 01/04/18 14:19, Tom Rini wrote:
>>> On Tue, Mar 27, 2018 at 11:34:19PM +0530, Jagan Teki wrote:
On Mon, Sep 4, 2017 at 9:57 PM, wrote:
> Hi Tom,
>
On Mon, Apr 2, 2018 at 3:56 AM, Simon Glass wrote:
> Hi Peter,
>
> On 2 April 2018 at 10:45, Peter Robinson wrote:
>> On Mon, Apr 2, 2018 at 3:28 AM, Simon Glass wrote:
>>> Hi Andre,
>>>
>>> On 2 April 2018 at 09:43, André Przywara wrote:
>>&g
On Tue, 3 Apr 2018, 19:17 Clément Péron, wrote:
> Hi,
>
> Is it possible to have one kernel entry in a FIT image with two
> different load/entry point.
>
> I have 2 boards which share the same kernel but doesn't have the same
> entry/load point.
>
Not sure if it does exactly what you need but th
Now the A64/H5 SoCs support video output it's useful to enable usb keyboard
support so console can be used via standard keyboard/video interface.
Tested on Pine64.
Signed-off-by: Peter Robinson
---
configs/a64-olinuxino_defconfig | 2 ++
configs/bananapi_m64_defconfig
On Mon, Apr 9, 2018 at 1:53 PM, Maxime Ripard wrote:
> On Mon, Apr 09, 2018 at 01:15:00PM +0100, Peter Robinson wrote:
>> Now the A64/H5 SoCs support video output it's useful to enable usb keyboard
>> support so console can be used via standard keyboard/video interface.
&g
On Tue, Apr 17, 2018 at 1:01 PM, Ramon Fried wrote:
> The clock node is used by the serial driver and it's needed
> before relocation.
> This patch ensures that the msm-serial driver can actually
> use the clock node.
>
> Signed-off-by: Ramon Fried
> ---
> arch/arm/dts/dragonboard410c.dts | 2 ++
On Mon, Apr 9, 2018 at 2:50 PM, Antony Antony wrote:
> On Mon, Apr 09, 2018 at 01:15:00PM +0100, Peter Robinson wrote:
>> Now the A64/H5 SoCs support video output it's useful to enable usb keyboard
>> support so console can be used via standard keyboard/video interface.
&g
On Wed, Apr 18, 2018 at 2:16 PM, Kyle Evans wrote:
> On Wed, Feb 14, 2018 at 5:02 PM, wrote:
>> The Pine64 has a known issue on gigabit links (see [1]); some boards suffer
>> significant packet loss on Gigabit links. This patch sets the magical bits
>> in CONFREG on the RTL8211E PHY to turn off
On Wed, Apr 18, 2018 at 2:58 PM, Kyle Evans wrote:
> On Wed, Apr 18, 2018 at 8:55 AM, Peter Robinson wrote:
>> On Wed, Apr 18, 2018 at 2:16 PM, Kyle Evans wrote:
>>> On Wed, Feb 14, 2018 at 5:02 PM, wrote:
>>>> The Pine64 has a known issue on gigabit links
Now the A64/H5 SoCs support video output it's useful to enable usb keyboard
support so console can be used via standard keyboard/video interface.
Tested on Pine64.
Signed-off-by: Peter Robinson
---
configs/a64-olinuxino_defconfig | 2 ++
configs/bananapi_m64_defconfig
On Wed, Apr 18, 2018 at 4:29 PM, Andre Przywara wrote:
> Hi,
>
> On 18/04/18 16:19, Peter Robinson wrote:
>> Now the A64/H5 SoCs support video output it's useful to enable usb keyboard
>> support so console can be used via standard keyboard/video interface.
>>
&
Hi Kever,
There's a problem with generating the FIT image for rockchips on
recent 2018.05 RCs, errors below, I suspect due to changes in dtc.
Peter
/builddir/build/BUILD/u-boot-2018.05-rc2/"arch/arm/mach-rockchip/make_fit_atf.py"
\
arch/arm/dts/rk3399-firefly.dtb > u-boot.its
./tools/mkimage
From: Patrick Uiterwijk
These imports are entirely unused in the entire script.
Signed-off-by: Patrick Uiterwijk
Signed-off-by: Peter Robinson
---
arch/arm/mach-rockchip/make_fit_atf.py | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-rockchip/make_fit_atf.py
b/arch/arm
Similar to firefly 3399 enable the ability to create a FIT image
with combined arm-trusted-firmware.
Signed-off-by: Peter Robinson
---
configs/evb-rk3399_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/evb-rk3399_defconfig b/configs/evb-rk3399_defconfig
index b36f232dcb
On Mon, Aug 21, 2017 at 9:10 AM, Mark Kettenis wrote:
>> Date: Sun, 20 Aug 2017 22:20:13 +0200
>> From: Urs Schulz
>>
>> Hey there,
>>
>> I have several issues with the newer U-Boot versions on my Banana Pi.
>>
>> I recently decided to upgrade some of my Banana Pis to the latest
>> U-Boot, the la
On Thu, Aug 24, 2017 at 4:45 PM, Fabio Estevam wrote:
> Hi Dennis,
>
> On Thu, Aug 24, 2017 at 12:34 PM, Dennis Gilmore wrote:
>
>> "findfdt="\
>> + "if test $board_name = HUMMINGBOARD2 && test $board_rev =
>> MX6Q ; then " \
>> + "setenv fdtfile imx6q
On Wed, Aug 30, 2017 at 9:31 AM, Tuomas Tynkkynen
wrote:
> Hi,
>
> Sending this out in a slightly unfinished state to gauge if there's
> interest in having this included in U-Boot. Basically this allows
> running U-Boot under QEMU's '-machine virt' emulation, thus making it
> possible to boot Linu
On Tue, Aug 29, 2017 at 5:44 AM, Jonathan Gray wrote:
> On Mon, Aug 28, 2017 at 10:56:52PM -0400, Tom Rini wrote:
>> Hey all,
>>
>> It's release day and v2017.09-rc3 is out. I think there's still a few
>> outstanding important bugfixes that need to come in, and probably a few
>> more Kconfig migr
On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
> Hey all,
>
> It's release day and v2017.09-rc4 is out. It's a week until release
> day. Please let me know if you know of any regressions, thanks!
I'm seeing an issue with a "make defconfig" we use in Fedora for
various utils on x86 which has re
On Tue, Sep 5, 2017 at 6:42 PM, Tom Rini wrote:
> On Tue, Sep 05, 2017 at 06:26:59PM +0100, Peter Robinson wrote:
>> On Mon, Sep 4, 2017 at 2:05 PM, Tom Rini wrote:
>> > Hey all,
>> >
>> > It's release day and v2017.09-rc4 is out. It's a week unti
On Tue, Sep 5, 2017 at 6:55 PM, Tom Rini wrote:
> On Tue, Sep 05, 2017 at 06:47:20PM +0100, Peter Robinson wrote:
>> On Tue, Sep 5, 2017 at 6:42 PM, Tom Rini wrote:
>> > On Tue, Sep 05, 2017 at 06:26:59PM +0100, Peter Robinson wrote:
>> >> On Mon, Sep 4, 20
n' target to know that we need to work under tools/env/ still
> (not tools/environ/) and then update the wrappers in env_attr.c and
> env_flags.c to point to the new correct file.
>
> Reported-by: Peter Robinson
> Signed-off-by: Tom Rini
Tested-by: Peter Robinson
Works for
On Fri, Sep 15, 2017 at 2:59 AM, Icenowy Zheng wrote:
> This patchset is for Allwinner DE2 HDMI SimpleFB support.
>
> The framebuffer initialized by the Allwinner DE2 driver can be
> passed by to the kernel as simplefb, and this can enable the
> kernel to display graphics without having full DE2 d
Hi Fabio,
I'm seeing some issues with some of the i.MX6 devices with the latest
stable release. It loads the SPL and then just seems to loop:
U-Boot SPL 2017.09 (Sep 25 2017 - 18:42:10)
Trying to boot from MMC1
U-Boot SPL 2017.09 (Sep 25 2017 - 18:42:10)
Trying to boot from MMC1
U-Boot SPL 2017
>>> I'm seeing some issues with some of the i.MX6 devices with the latest
>>> stable release. It loads the SPL and then just seems to loop:
>>>
>>> U-Boot SPL 2017.09 (Sep 25 2017 - 18:42:10)
>>> Trying to boot from MMC1
>>>
>>> U-Boot SPL 2017.09 (Sep 25 2017 - 18:42:10)
>>> Trying to boot from MM
>> Hi Tuomas,
>>
>> On Wed, Sep 20, 2017 at 4:18 AM, Tuomas Tynkkynen
>> wrote:
>>>
>>> This board builds an U-Boot binary that is bootable with QEMU's 'virt'
>>> machine on ARM. The minimal QEMU command line is:
>>>
>>> qemu-system-arm -machine virt,highmem=off -bios u-boot.bin
>>>
>>> (Note
On Mon, Oct 2, 2017 at 7:17 PM, Fabio Estevam wrote:
> On Wed, Sep 13, 2017 at 7:05 PM, Rob Clark wrote:
>> From: Peter Jones
>>
>> EFI client programs need the signature information from the partition
>> table to determine the disk a partition is on, so we need to fill that
>> in here.
>>
>> Si
Hi Tom,
> So it's release day and I've put up v2017.11-rc1. The merge window is
> now closed and I've updated git and the tarballs are also up now.
I don't see the tarballs on ftp.denx.de/pub/u-boot/
> I think my patch queue is in OK shape currently, but I need to
> pick up a number of series t
ourselves to the list of stdin devices.
>
> This fixes an issue with usbkbd on dragonboard410c with distro-
> bootcmd, where stdin is not set (so stdinname is null).
>
> Signed-off-by: Rob Clark
Tested-by: Peter Robinson
Tested on RPi3 and a couple of other devices.
> ---
>
On Tue, Oct 3, 2017 at 6:31 PM, Rob Clark wrote:
> If probe fails, we should unregister the stdio device, else we leave
> dangling pointers to the parent 'struct usb_device'.
>
> Signed-off-by: Rob Clark
Tested-by: Peter Robinson
Tested on RPi3 and a couple of other devic
n loop)
>
> Use the original allocation scheme for the SPL case, so that MX6 boards
> can boot again.
>
> This is a temporary solution to avoid the boot regression.
>
> Signed-off-by: Fabio Estevam
Tested-by: Peter Robinson
Tested on both a wandboard quad and a hummingboard2 (m
t;> > mmc0 is current device
>>> > Scanning mmc 0:1...
>>> > reading /am335x-boneblack.dtb
>>> > 35712 bytes read in 10 ms (3.4 MiB/s)
>>> > Found EFI removable media binary efi/boot/bootarm.efi
>>> > reading efi/boot/bootarm.efi
>
On Mon, Oct 9, 2017 at 7:20 PM, Rob Clark wrote:
> On Mon, Oct 9, 2017 at 1:48 PM, Jonathan Gray wrote:
>> On Mon, Oct 09, 2017 at 01:06:26PM -0400, Rob Clark wrote:
>>> On Mon, Oct 9, 2017 at 12:41 PM, Jonathan Gray wrote:
>>> > On Mon, Oct 09, 2017 at 12:06:24PM -0400, Rob Clark wrote:
>>> >>
On Tue, Oct 10, 2017 at 11:32 AM, Jonathan Gray wrote:
> Correct a mistake in the part number handling of
> 16a73b249d138fedeb188710533902ed7aac1ddc and only increment part once
> per loop.
>
> Signed-off-by: Jonathan Gray
Tested-by: Peter Robinson
Tested on the Pine64
> ---
f
> part_get_info().
>
> This allows OpenBSD to boot via the efi_loader on rpi_3 again after
> changes made after U-Boot 2017.09. With MBR partitioning OpenBSD will
> by default use the fourth partition for the 0xA6 (OpenBSD) partition.
>
> Signed-off-by: Jonathan Gray
Tested-by: Peter
Shouldn't we just be syncing changes to the DT from the kernel?
On Tue, Oct 10, 2017 at 2:35 PM, Antony Antony wrote:
> add more specific, Allwinner H5 SoC, compaitable to mmc0,1,2
> current one comes from sun8i-h3.dtsi
> compatible = "allwinner,sun7i-a20-mmc", "allwinner,sun5i-a13-mmc";
>
> Sig
On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
wrote:
> The EFI loader support takes around 31kB on an ARMv7 board, which makes us
> trip across the size limit we've had on the U-Boot binary.
>
> Since it's not an essential feature, disable it by default for ARCH_SUNXI
> so that we get back some e
On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
wrote:
> The USB keyboard and USB storage support are non-essential from an
> architecture-wide sense.
A lot of Fedora users boot from USB HDDs by having a small (say an old
128Mb mSD card from a phone) SD card and then boot the OS from the
disk so t
On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
wrote:
> On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter Robinson wrote:
>> On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
>> wrote:
>> > The EFI loader support takes around 31kB on an ARMv7 board, which makes us
>>
On Thu, Oct 19, 2017 at 10:06 AM, Peter Robinson wrote:
> On Thu, Oct 19, 2017 at 10:01 AM, Maxime Ripard
> wrote:
>> On Thu, Oct 19, 2017 at 09:43:20AM +0100, Peter Robinson wrote:
>>> On Thu, Oct 19, 2017 at 9:26 AM, Maxime Ripard
>>> wrote:
>>> > T
On Fri, Oct 20, 2017 at 8:20 AM, Maxime Ripard
wrote:
> On Thu, Oct 19, 2017 at 05:40:20PM -0400, Rob Clark wrote:
>> On Thu, Oct 19, 2017 at 7:43 AM, Maxime Ripard
>> wrote:
>> > On Thu, Oct 19, 2017 at 10:12:36AM +0100, Peter Robinson wrote:
>> >> On
On Fri, Oct 20, 2017 at 1:36 PM, Maxime Ripard
wrote:
> On Fri, Oct 20, 2017 at 01:27:36PM +0100, Peter Robinson wrote:
>> On Fri, Oct 20, 2017 at 8:20 AM, Maxime Ripard
>> wrote:
>> > On Thu, Oct 19, 2017 at 05:40:20PM -0400, Rob Clark wrote:
>> >> On Thu, Oc
On Fri, Oct 20, 2017 at 5:39 PM, Maxime Ripard
wrote:
> On Fri, Oct 20, 2017 at 08:54:43AM -0400, Tom Rini wrote:
>> > > >> > If it's a false one, then I guess Red Hat doesn't have any kind of
>> > > >> > custom defconfigs for Fedora or RHEL for the kernel?
>> > > >>
>> > > >> kernel is part of th
On Tue, Dec 5, 2017 at 6:53 AM, Heiko Schocher wrote:
> Hello Tom,
>
> Am 04.12.2017 um 20:09 schrieb Tom Rini:
>>
>> On Mon, Dec 04, 2017 at 12:02:20PM -0700, Stephen Warren wrote:
>>>
>>> On 12/02/2017 06:12 PM, Tom Rini wrote:
Move the warning to an error as we have been promising wou
On Thu, Dec 21, 2017 at 8:12 AM, Jorge Ramirez
wrote:
> On 12/14/2017 02:26 PM, Jorge Ramirez-Ortiz wrote:
>>
>> The following version fixes some nasty compiler warnings present in
>> the previous version. Sorry about it.
>>
>
> just to follow up on the db820c and db410c patchset that I posted a c
The following version fixes some nasty compiler warnings present in
the previous version. Sorry about it.
>>> just to follow up on the db820c and db410c patchset that I posted a
>>> couple
>>> of weeks ago (v1 and v2)
>>> any feedback will be greatly appreciated!
>>
>> Can you also r
On Sun, Jan 7, 2018 at 4:04 AM, Ken Harris wrote:
> I'd like to enable the CANbus on a Beagle Bone Black (on Fedora ...
> which doesn't do "cape manager").
Well Fedora doesn't so stuff that's not upstream, and while there's
been a bunch of discussion there's been no decision upstream of how
best
On Mon, Jan 8, 2018 at 7:01 AM, Ken Harris wrote:
> Can you enable the "fdt apply" command on the "Orange Pi One" u-boot :
I think most AllWinner boards would likely want/need this
functionality in one form or another (maybe tablets/laptops based on
AllWinner are the exception here) so you might
On Fri, Jan 5, 2018 at 10:29 AM, Jorge Ramirez-Ortiz
wrote:
> Signed-off-by: Jorge Ramirez-Ortiz
> ---
> arch/arm/dts/dragonboard820c-uboot.dtsi | 19
> board/qualcomm/dragonboard820c/dragonboard820c.c | 37
> +++-
> include/configs/dragonboard820c.h
On Fri, Jan 5, 2018 at 10:29 AM, Jorge Ramirez-Ortiz
wrote:
> From: Rob Clark
>
> Similar to CONFIG_OF_BOARD, but in this case the fdt is still built by
> u-boot build. This allows the board to patch the fdt, etc.
>
> In the specific case of dragonboard 410c, we pass the u-boot generated
> fdt t
On Tue, Jan 9, 2018 at 3:37 AM, Peter Robinson wrote:
> On Fri, Jan 5, 2018 at 10:29 AM, Jorge Ramirez-Ortiz
> wrote:
>> From: Rob Clark
>>
>> Similar to CONFIG_OF_BOARD, but in this case the fdt is still built by
>> u-boot build. This allows the board to pa
On Tue, Jan 9, 2018 at 7:59 AM, Jorge Ramirez
wrote:
> On 01/09/2018 04:37 AM, Peter Robinson wrote:
>
> +#if CONFIG_IS_ENABLED(OF_SEPARATE)
> +/*
> + * For CONFIG_OF_SEPARATE, the board may optionally implement this to
> + * provide and/or fixup the fdt.
>
>>> On Tue, Jan 9, 2018 at 7:59 AM, Jorge Ramirez
>>> wrote:
>>>>
>>>> On 01/09/2018 04:37 AM, Peter Robinson wrote:
>>>>
>>>> +#if CONFIG_IS_ENABLED(OF_SEPARATE)
>>>> +/*
>>>> + * For CONFIG_OF_
On Wed, Jan 10, 2018 at 3:58 PM, Akash Gajjar wrote:
> Hi All,
>
> Facing compilation issue building pine64 mainline u-boot.
> Please see below build log.
>
> user]$ export CROSS_COMPILE=aarch64-linux-gnu-
>
> user]$ make pine64_plus_defconfig
> HOSTCC scripts/basic/fixdep
> HOSTCC scripts/k
stdio_dev.h references uchar which is defined in common.h and causes build
failures on toolchains which have tightened build flags such as Fedora 28. This
was causing build failures on devices such as Xilinx zynqmp targets which
include stdio_dev.h via FPGA drivers.
Signed-off-by: Peter Robinson
On Wed, May 2, 2018 at 12:24 PM, Tom Rini wrote:
> On Wed, May 02, 2018 at 10:59:12AM +0100, Peter Robinson wrote:
>
>> stdio_dev.h references uchar which is defined in common.h and causes build
>> failures on toolchains which have tightened build flags such as Fedora 28.
>
de/stdio_dev.h:55:26:
error: 'MAX_FILES' undeclared here (not in a function)
Peter
> Reported-by: Peter Robinson
> Signed-off-by: Tom Rini
> ---
> include/stdio_dev.h | 18 --
> 1 file changed, 18 deletions(-)
>
> diff --git a/include/stdio_dev.h b/inc
On Thu, May 3, 2018 at 2:12 PM, Tom Rini wrote:
> With tighter build flags the fact that doesn't have a
> reference back to MAX_NAMES causes an error. Include here and
> then in common/console.c use MAX_NAMES rather than 3 when working with
> stdio_names.
>
> Repo
docs to remove
this now non required step.
Signed-off-by: Peter Robinson
---
configs/nyan-big_defconfig | 2 +-
doc/README.chromium| 27 +++
2 files changed, 8 insertions(+), 21 deletions(-)
diff --git a/configs/nyan-big_defconfig b/configs/nyan-big_defconfig
701 - 800 of 991 matches
Mail list logo