On 12.10.17 00:02, Rob Clark wrote:
> On Wed, Oct 11, 2017 at 10:30 AM, Alexander Graf wrote:
>>
>>
>> On 10.10.17 14:22, Rob Clark wrote:
>>> From: Leif Lindholm
>>>
>>> Enough implementation of the following protocols to run Shell.efi and
>>> SCT.efi:
>>>
>>> EfiHiiConfigRoutingProtocolGuid
On 12.10.17 00:07, Rob Clark wrote:
> On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
>>
>>
>> On 10.10.17 14:23, Rob Clark wrote:
>>> In some cases, it is quite useful to have (for example) EFI on screen
>>> but u-boot on serial port.
>>>
>>> This adds two new optional environment varia
Init the CPU and its buses to speed up the boot time.
Move rkclk_init() to a place after rk3399_configure_cpu has defined
at the same time, or else there will be a warning.
Signed-off-by: Kever Yang
---
drivers/clk/rockchip/clk_rk3399.c | 157 +++---
1 file chang
Since TX delay is now enabled only in PHY_INTERFACE_MODE_RGMII_ID
PHY_INTERFACE_MODE_RGMII_TXID.
These change where introduced in phy driver in commit titled
"net: phy: realtek: fix enabling of the TX-delay for RTL8211F"
Signed-off-by: Ashish Kumar
---
board/freescale/ls1088a/eth_ls1088aqds.c |
On Thu, Oct 12, 2017 at 3:13 AM, Alexander Graf wrote:
>
>
> On 12.10.17 00:02, Rob Clark wrote:
>> On Wed, Oct 11, 2017 at 10:30 AM, Alexander Graf wrote:
>>>
>>>
>>> On 10.10.17 14:22, Rob Clark wrote:
From: Leif Lindholm
Enough implementation of the following protocols to run S
On 10/12/2017 11:55 AM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 3:13 AM, Alexander Graf wrote:
On 12.10.17 00:02, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:30 AM, Alexander Graf wrote:
On 10.10.17 14:22, Rob Clark wrote:
From: Leif Lindholm
Enough implementation of the following prot
On 10/11/2017 10:47 PM, Alexander Graf wrote:
On 11.10.17 22:30, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:36 AM, Alexander Graf wrote:
On 10.10.17 14:22, Rob Clark wrote:
From: Leif Lindholm
Not complete, but enough for Shell.efi and SCT.efi.
Initial skeleton written by Leif, and then
It was observed that when booting a Ubuntu 16.04 kernel, doing ACPI
S3 suspend/resume sometimes causes the Ubuntu kernel hang forever.
The issue is however not reproduced with a kernel built from i386/
x86_64 defconfig configuration.
The unstability is actually caused by unexpected interrupts bein
This is only needed when graphics console is used. For kernel with
native graphics driver, this can be turned off to speed up.
Change this option's default to n in the Kconfig.
Signed-off-by: Bin Meng
---
arch/x86/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/Kconfig b/ar
Am Dienstag, 10. Oktober 2017, 16:21:00 CEST schrieb Philipp Tomsich:
>
> Recent discussions confirmed (what the code always assumed): the
> Rockchip BROM always enters U-Boot with the stack-pointer valid
> (i.e. the U-Boot startup code is running off the BROM stack).
>
> We can thus replace the
Hi,
How can i calculate the numbers to plug in the configuration file of
uboot tools(fw_env.config)?
My device doesn't have mtd devices instead it uses mmc block device,
here are some info about the device
*$*lsblk -o FSTYPE,NAME,SIZE,PHY-SEC,LOG-SEC,ALIGNMENT,TYPE
NAME SIZE PHY-S
On 12.10.2017 04:46, Chen-Yu Tsai wrote:
> On Mon, Oct 9, 2017 at 6:04 PM, Felix Brack wrote:
>> This patch extends pmic_bind_children prefix matching. In addition to
>> the node name the property regulator-name is used while trying to match
>> prefixes. This allows assigning different drivers to
On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
>
>
> On 12.10.17 00:07, Rob Clark wrote:
>> On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
>>>
>>>
>>> On 10.10.17 14:23, Rob Clark wrote:
In some cases, it is quite useful to have (for example) EFI on screen
but u-boot on
On Thu, Oct 12, 2017 at 8:24 PM, Felix Brack wrote:
> On 12.10.2017 04:46, Chen-Yu Tsai wrote:
>> On Mon, Oct 9, 2017 at 6:04 PM, Felix Brack wrote:
>>> This patch extends pmic_bind_children prefix matching. In addition to
>>> the node name the property regulator-name is used while trying to matc
On 10/12/2017 02:48 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
On 12.10.17 00:07, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
On 10.10.17 14:23, Rob Clark wrote:
In some cases, it is quite useful to have (for example) EFI o
On 10/12/2017 02:48 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
On 12.10.17 00:07, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
On 10.10.17 14:23, Rob Clark wrote:
In some cases, it is quite useful to have (for example) EFI on sc
On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt wrote:
>
>
> On 10/12/2017 02:48 PM, Rob Clark wrote:
>>
>> On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
>>>
>>>
>>>
>>> On 12.10.17 00:07, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
>
On Thu, Oct 12, 2017 at 9:11 AM, Alexander Graf wrote:
> On 10/12/2017 02:48 PM, Rob Clark wrote:
>>
>> On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
>>>
>>>
>>> On 12.10.17 00:07, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
>
>
> On 10
> From: Rob Clark
> Date: Thu, 12 Oct 2017 08:48:39 -0400
>
> On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
> >
> >
> > On 12.10.17 00:07, Rob Clark wrote:
> >> On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
> >>>
> >>>
> >>> On 10.10.17 14:23, Rob Clark wrote:
> In some
On 10/12/2017 03:40 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt wrote:
On 10/12/2017 02:48 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
On 12.10.17 00:07, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote
On Thu, Oct 12, 2017 at 9:44 AM, Mark Kettenis wrote:
>> From: Rob Clark
>> Date: Thu, 12 Oct 2017 08:48:39 -0400
>>
>> On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
>> >
>> >
>> > On 12.10.17 00:07, Rob Clark wrote:
>> >> On Wed, Oct 11, 2017 at 10:45 AM, Alexander Graf wrote:
>> >>>
On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
> On 10/12/2017 03:40 PM, Rob Clark wrote:
>>
>> On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt
>> wrote:
>>>
>>>
>>> On 10/12/2017 02:48 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wrote:
>
>
On 10/12/2017 04:28 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
On 10/12/2017 03:40 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt
wrote:
On 10/12/2017 02:48 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 3:15 AM, Alexander Graf wro
Fix for finding mmc devices on i.MX6Q icore boards
added in below comment
"icorem6: Fix to find MMC devices"
(sha1: a2b137b38d925df91afef52f5122927de024f81a)
which is reverted in during u-boot-imx merge
" Merge git://git.denx.de/u-boot-imx"
(sha1: 6aee2ab68c362ace5a59f89a63abed82e0bf19e5)
This pa
Instead of changing mmc devno from dts nodes better
to return the detected devno so-that env trigger the same.
Signed-off-by: Jagan Teki
---
Changes for v2:
- None
board/engicam/icorem6_rqs/icorem6_rqs.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/board/engicam/icorem6
Tom,
The following changes since commit 39dd65a059e503883dbf16d4c00ac083d15837da:
sandbox: Enable btrfs support (2017-10-03 08:44:55 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-fsl-qoriq.git
for you to fetch changes up to 23af484b0156baaafd578222d73513418df78f09
> When we don't have a real device/image path, such as 'bootefi hello',
> construct a mem-mapped device-path.
>
> This fixes 'bootefi hello' after devicepath refactoring.
>
> Fixes: 95c5553ea2 ("efi_loader: refactor boot device and loaded_image
> handling")
> Signed-off-by: Rob Clark
> Acked-by
> Shell.efi uses this, and supporting color attributes makes things look
> nicer. Map the EFI fg/bg color attributes to ANSI escape sequences.
> Not all colors have a perfect match, but spec just says "Devices
> supporting a different number of text colors are required to emulate the
> above color
On 12.10.2017 14:53, Chen-Yu Tsai wrote:
> On Thu, Oct 12, 2017 at 8:24 PM, Felix Brack wrote:
>> On 12.10.2017 04:46, Chen-Yu Tsai wrote:
>>> On Mon, Oct 9, 2017 at 6:04 PM, Felix Brack wrote:
This patch extends pmic_bind_children prefix matching. In addition to
the node name the prope
On 12/10/2017 16:44, Jagan Teki wrote:
> Fix for finding mmc devices on i.MX6Q icore boards
> added in below comment
> "icorem6: Fix to find MMC devices"
> (sha1: a2b137b38d925df91afef52f5122927de024f81a)
>
> which is reverted in during u-boot-imx merge
> " Merge git://git.denx.de/u-boot-imx"
> (s
On 12/10/2017 16:44, Jagan Teki wrote:
> Instead of changing mmc devno from dts nodes better
> to return the detected devno so-that env trigger the same.
>
> Signed-off-by: Jagan Teki
> ---
> Changes for v2:
> - None
>
> board/engicam/icorem6_rqs/icorem6_rqs.c | 3 +--
> 1 file changed, 1 inser
Hi iMXers,
I was preparing to send my PR to Tom, but the request pull reveals that
something went wrong. A lot of files not related to iMX was part of PR.
I have tried to find the reason, but no way.
I have then rebased u-boot-imx on Tom's (but not yet pushed to server),
and applied all patches.
> From: Rob Clark
> Date: Thu, 12 Oct 2017 10:28:43 -0400
>
> On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
> > On 10/12/2017 03:40 PM, Rob Clark wrote:
> >>
> >> On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt
> >> wrote:
> >>>
> >>>
> >>> On 10/12/2017 02:48 PM, Rob Clark wrote:
On 09/10/2017 21:51, Marek Vasut wrote:
> Add support for the DHCOM i.MX6 PDK board. This board has:
> - FEC ethernet
> - EHCI USB host
> - 3x SDMMC
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> ---
> V2: Use get_cpu_type() and imx_get_mac_from_fuse()
> ---
Applied to u-boot-imx, thanks
On 10/10/2017 08:13, Uri Mashiach wrote:
> The i.MX7 SOC doesn't include the SATA interface.
>
> Signed-off-by: Uri Mashiach
> ---
> include/configs/imx7_spl.h | 6 --
> 1 file changed, 6 deletions(-)
>
> diff --git a/include/configs/imx7_spl.h b/include/configs/imx7_spl.h
> index e562cdb..
On 05/10/2017 14:15, Diego Dorta wrote:
> When compiling with W=1 errors are observed:
>
> drivers/pci/pcie_imx.c:517:12: warning: no previous prototype for
> ‘imx6_pcie_toggle_power’ [-Wmissing-prototypes] __weak int
> imx6_pcie_toggle_power(void)
>
> drivers/pci/pcie_imx.c:528:12: warning: no
On 05/10/2017 14:15, Diego Dorta wrote:
> When compiling with W=1 the following warning is observed:
>
> arch/arm/mach-imx/mx6/clock.c:1268:5: warning: no previous prototype for
> ‘do_mx6_showclocks’ [-Wmissing-prototypes] int do_mx6_showclocks(cmd_tbl_t
> *cmdtp, int flag, int argc, char * cons
On 02/10/2017 21:32, Anatolij Gustschin wrote:
> UART pinmux has been changed on the last board revision. Change
> board pinmux accordingly. Console is on UART7 now, add pinmux,
> base address and update console string in environment.
>
> Signed-off-by: Anatolij Gustschin
> ---
Applied to u-boot
On 02/10/2017 15:11, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6slevk can run different kernel versions, such as NXP 4.1 or mainline.
>
> Currently the rootfs location is passed via mmcblk number and the
> problem with this approach is that the mmcblk number for the SD
> card changes
On 05/10/2017 13:46, Fabio Estevam wrote:
> From: Sven-Ola Tuecke
>
> We have at least a minor count of boards, that failed to re-initialize
> PCI express in the Linux kernel. Typical failure rate is 20% on affected
> boards. This is mitigated by commit 6ecbe1375671 ("drivers: pci: imx:
> add imx
Am 12.10.2017 um 18:00 schrieb Mark Kettenis :
>> From: Rob Clark
>> Date: Thu, 12 Oct 2017 10:28:43 -0400
>>
>>> On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
On 10/12/2017 03:40 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt
wrote:
>
Hi Stefano,
On Sun, Oct 1, 2017 at 4:23 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Commit 001cdbbb32ef1f6 ("imx: mx6slevk: enable more DM drivers") breaks
> MMC support in U-Boot proper on the mx6slevk_spl_defconfig target:
>
> U-Boot SPL 2017.09-00396-g6ca43a5 (Oct 01 2017 - 16:20:18)
>
Hi Tom,
please pull from u-boot-imx, thanks !
The following changes since commit 1b22c5ba496ffc9b0702919d58c410ed1527ab63:
Merge git://git.denx.de/u-boot-i2c (2017-10-11 08:38:20 -0400)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
for you to fetch c
On Wed, Oct 11, 2017 at 06:17:12PM -0400, Tom Rini wrote:
> On Wed, Oct 11, 2017 at 07:07:04PM -0300, Fabio Estevam wrote:
> > On Wed, Oct 11, 2017 at 6:55 PM, Tom Rini wrote:
> >
> > > Yes, I think that's it, along with removing the default y if DM_MMC from
> > > the BLK entry. Thanks!
> >
> >
Greetings,
Various U-Boot commands that deal with files/blobs end up setting the
'filesize' env variable to be used for subsequent commands which is
very handy. I haven't found this documented anywhere but a scan of the
code looks like this is done by
ximg/unzip/load/ini/lzmadec/reiser/cramfs/pxe/
Hi Fabio,
On 12/10/2017 18:27, Fabio Estevam wrote:
> Hi Stefano,
>
> On Sun, Oct 1, 2017 at 4:23 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Commit 001cdbbb32ef1f6 ("imx: mx6slevk: enable more DM drivers") breaks
>> MMC support in U-Boot proper on the mx6slevk_spl_defconfig target:
>
Tom,
On Thu, Oct 12, 2017 at 1:33 PM, Tom Rini wrote:
> OK, disregard what I had been saying. At this point, it's a matter of
> correcting and testing boards to have either DM_MMC (and DM_USB and BLK)
> on, or having DM_MMC off (because they want USB gadget support).
Here is what I tried:
http
On Thu, Oct 12, 2017 at 03:35:38PM -0300, Fabio Estevam wrote:
> Tom,
>
> On Thu, Oct 12, 2017 at 1:33 PM, Tom Rini wrote:
>
> > OK, disregard what I had been saying. At this point, it's a matter of
> > correcting and testing boards to have either DM_MMC (and DM_USB and BLK)
> > on, or having D
On Thu, Oct 12, 2017 at 3:38 PM, Tom Rini wrote:
> Yes, just work on the imx* targets. For am33xx/am43xx/am57xx we don't
> want to swap things around as we then get rid of USB gadget support.
> It's a bit tricky atm to get all cases covered as, iirc, there's
> something outstanding for the USB g
On Thu, Oct 12, 2017 at 03:39:56PM -0300, Fabio Estevam wrote:
> On Thu, Oct 12, 2017 at 3:38 PM, Tom Rini wrote:
>
> > Yes, just work on the imx* targets. For am33xx/am43xx/am57xx we don't
> > want to swap things around as we then get rid of USB gadget support.
> > It's a bit tricky atm to get
On Mon, Oct 02, 2017 at 10:11:37AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> mx6slevk can run different kernel versions, such as NXP 4.1 or mainline.
>
> Currently the rootfs location is passed via mmcblk number and the
> problem with this approach is that the mmcblk number for t
From: Fabio Estevam
When CONFIG_DM_MMC=y, CONFIG_BLK should be selected, otherwise the
SD/eMMC card cannot be used.
Also, select CONFIG_DM_USB=y when CONFIG_USB=y to avoid build failure.
Tested on mx6slevk, mx7dsabresd and mx6ullevk.
Signed-off-by: Fabio Estevam
---
configs/mx6slevk_defconfi
On Thu, Oct 12, 2017 at 4:00 PM, Tom Rini wrote:
> Shouldn't mmcpart be changed to 2 here as well and finduud be part uuid
> ${mmcdev}:${mmcpart} ? This would also make things a bit more
> scriptable for use in other distros.
mmcpart is still used to load kernel and dtb from the fat partition,
On Thu, Oct 12, 2017 at 04:10:27PM -0300, Fabio Estevam wrote:
> On Thu, Oct 12, 2017 at 4:00 PM, Tom Rini wrote:
>
> > Shouldn't mmcpart be changed to 2 here as well and finduud be part uuid
> > ${mmcdev}:${mmcpart} ? This would also make things a bit more
> > scriptable for use in other distro
Fix typos in USB tty driver.
Signed-off-by: Heinrich Schuchardt
---
drivers/serial/usbtty.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/serial/usbtty.c b/drivers/serial/usbtty.c
index 353109c070..182385e499 100644
--- a/drivers/serial/usbtty.c
+++ b/drivers/serial
Greetings,
I'm looking to understand what methods are available for
reading/writing ubi/ubifs from an existing NAND flash in order to
duplicate the contents onto another device in U-Boot, Linux, and with
JTAG flashing for production.
Typically I create ubi's using ubinize then I can use U-Boot 'n
On 10/12/2017 04:28 PM, Rob Clark wrote:
> On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
>> On 10/12/2017 03:40 PM, Rob Clark wrote:
>>>
>>> On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt
>>> wrote:
On 10/12/2017 02:48 PM, Rob Clark wrote:
>
> On Thu, Oct 12,
When cancelling the timer we should check the return
value provided by the set_timer service.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_events.c | 2 +-
lib/efi_selftest/efi_selftest_tpl.c| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/ef
In
if (a || b)
else if (!a)
the constraint (!a) is always true if else is reached and
can be removed.
Signed-off-by: Heinrich Schuchardt
---
arch/arm/cpu/armv8/zynqmp/cpu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv8/zynqmp/cpu.c b/arch/arm/cpu/ar
On Thu, Oct 12, 2017 at 6:38 PM, Heinrich Schuchardt wrote:
> On 10/12/2017 04:28 PM, Rob Clark wrote:
>> On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
>>> On 10/12/2017 03:40 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 9:05 AM, Heinrich Schuchardt
wrote:
>
>
>>>
tegra_xusb_padctl_lane_find_function returns int and not
unsigned int.
Detecting an error (func < 0) is not possible if variable
func is defined as unsigned.
Detected by cppcheck.
Signed-off-by: Heinrich Schuchardt
---
arch/arm/mach-tegra/xusb-padctl-common.c | 2 +-
1 file changed, 1 insertio
On 10/12/2017 11:26 PM, Rob Clark wrote:
> On Thu, Oct 12, 2017 at 6:38 PM, Heinrich Schuchardt
> wrote:
>> On 10/12/2017 04:28 PM, Rob Clark wrote:
>>> On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
On 10/12/2017 03:40 PM, Rob Clark wrote:
>
> On Thu, Oct 12, 2017 at 9:05 A
On 10/09/2017 06:49 AM, Simon Glass wrote:
> On 7 October 2017 at 22:57, Heinrich Schuchardt wrote:
>> To avoid a forward declaration move efi_search_obj before
>> all protocol services functions.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> lib/efi_loader/efi_boottime.c | 41 +
On Wed, Oct 11, 2017 at 11:02:12AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-i2c master
>
> The following changes since commit 45c9d96ae40b0c4292eb67d687f0bf698a0ce72b:
>
> configs: Re-sync CONFIG_CMD_IMLS with moveconfig (2017-10-10 17:52:07 -0400)
>
> are availa
On Thu, Oct 12, 2017 at 06:29:05PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx, thanks !
>
>
> The following changes since commit 1b22c5ba496ffc9b0702919d58c410ed1527ab63:
>
> Merge git://git.denx.de/u-boot-i2c (2017-10-11 08:38:20 -0400)
>
> are available in the g
On Thu, Oct 12, 2017 at 10:18:45AM +0530, Keerthy wrote:
> All regulators are hooked to EN_Pin at reset so that EN Pin controls
> their state. Hook the LDO1 regulator to EN pin which at reset is not
> hooked. This applies only to LP8733.
>
> Signed-off-by: Keerthy
Reviewed-by: Tom Rini
--
To
On Thu, Oct 12, 2017 at 02:51:21PM +, York Sun wrote:
> Tom,
>
> The following changes since commit 39dd65a059e503883dbf16d4c00ac083d15837da:
>
> sandbox: Enable btrfs support (2017-10-03 08:44:55 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-fsl-qoriq
On Thu, Oct 12, 2017 at 03:50:30PM +0200, Neil Armstrong wrote:
> Synchronize the Amlogic ARM64 dts from mainline Linux 4.13.5
>
> In the preparation of the support of the Amlogic P212 board,
> import the corresponding meson-gxl-s905x-p212.dts file.
>
> Signed-off-by: Neil Armstrong
Reviewed-b
On Thu, Oct 12, 2017 at 03:50:32PM +0200, Neil Armstrong wrote:
> This adds platform code for the Amlogic P212 reference board based on a
> Meson GXL (S905X) SoC with the Meson GXL configuration.
>
> This initial submission only supports UART and MMC/SDCard, support for the
> internal Ethernet PH
On Thu, Oct 12, 2017 at 03:50:31PM +0200, Neil Armstrong wrote:
> Add the Amlogic Meson GXL pinctrl support based on the GXBB driver and
> the synchronized DTS from Linux 4.13.5
>
> Signed-off-by: Neil Armstrong
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
This patchset aimed to add minimal support for the Amlogic P212 reference board
from Amlogic based on the Meson S905X SoC from the Meson GXL SoC Family.
The initial support is composed of :
- GXL pinctrl driver
- Minimal boot support with serial, MMC and SDCard
- Updated DTS from Linux 4.13.5
Com
Add the Amlogic Meson GXL pinctrl support based on the GXBB driver and
the synchronized DTS from Linux 4.13.5
Signed-off-by: Neil Armstrong
---
drivers/pinctrl/meson/Kconfig | 4 +
drivers/pinctrl/meson/Makefile| 1 +
drivers/pinctrl/meson/pinctrl-meson-gxl.c | 736 ++
Synchronize the Amlogic ARM64 dts from mainline Linux 4.13.5
In the preparation of the support of the Amlogic P212 board,
import the corresponding meson-gxl-s905x-p212.dts file.
Signed-off-by: Neil Armstrong
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/meson-gx.dtsi
This adds platform code for the Amlogic P212 reference board based on a
Meson GXL (S905X) SoC with the Meson GXL configuration.
This initial submission only supports UART and MMC/SDCard, support for the
internal Ethernet PHY in Work In Progress.
Signed-off-by: Neil Armstrong
---
arch/arm/mach-m
Hello,
It's probably just a simple case of misconfiguration of U-Boot or Linux, and
someone with knowledgecould easily set me straight looking at the symptom. Many
thanks in advance!
Summary:Linux can write and read NAND flash, but U-boot thinks all NAND blocks
are bad.(Linux 4.1.15, U-boot 201
Hi David,
On Wed, Oct 11, 2017 at 5:18 AM, David Müller (ELSOFT AG)
wrote:
> Hi Fabio
>
> Fabio Estevam wrote:
>> From: Sven-Ola Tuecke
>>
>> However, at least on some i.MX6 custom boards, when calling
>
> By "some", I assume that not all i.MX6 systems are showing this
> behaviour. Does anyone h
On Thu, Oct 12, 2017 at 7:48 PM, Heinrich Schuchardt wrote:
> On 10/12/2017 11:26 PM, Rob Clark wrote:
>> On Thu, Oct 12, 2017 at 6:38 PM, Heinrich Schuchardt
>> wrote:
>>> On 10/12/2017 04:28 PM, Rob Clark wrote:
On Thu, Oct 12, 2017 at 9:50 AM, Alexander Graf wrote:
> On 10/12/2017 0
Erratum NO. FE-9144572: The device SPI interface supports frequencies of
up to 50 MHz. However, due to this erratum, when the device core clock
is 250 MHz and the SPI interfaces is configured for 50MHz SPI clock and
CPOL=CPHA=1 there might occur data corruption on reads from the SPI
device.
Imple
If building in a sandboxed environment where a
alternate python interpreter is desired. Allow
configuring of the PYTHON variable to specify
the interpreter to invoke setup.py.
Signed-off-by: Matthew Weber
---
tools/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tool
Add vendor partition to Android GPT table for eMMC.
A Vendor image contains SoC-specific code and configuration.
Prior to Android 8.0, the vendor partition was optional ;
files belonging to these images were placed in boot.img or system.img
with symlinks (such as /vendor >/system/vendor ) when ab
'commit fa24eca1f20a ("omap: Add routine for setting fastboot variables")'
adds initial support and usage of "fastboot getvar" command
for DRA75x and DRA72x devices.
and
'commit 0f9e6aee9dbc ("arm: dra76: Add support for ES1.0 detection")'
adds initial dra76 device definition
This patch is to ext
From: Vishal Mahaveer
DRA71x processors are reduced pin and software compatible
derivative of DRA72 processors. Extend support for this
revision in "getvar cpu" command.
Signed-off-by: Vishal Mahaveer
[prane...@ti.com: rebase to u-boot master]
Signed-off-by: Praneeth Bajjuri
---
arch/arm/mach
From: Vishal Mahaveer
Add vendor partition to Android GPT table for eMMC.
A Vendor image contains SoC-specific code and configuration.
Prior to Android 8.0, the vendor partition was optional ;
files belonging to these images were placed in boot.img or system.img
with symlinks (such as /vendor >
On Fri, Oct 13, 2017 at 2:05 PM, Chris Packham wrote:
> Erratum NO. FE-9144572: The device SPI interface supports frequencies of
> up to 50 MHz. However, due to this erratum, when the device core clock
> is 250 MHz and the SPI interfaces is configured for 50MHz SPI clock and
> CPOL=CPHA=1 there m
On 10/10/2017 02:23 PM, Rob Clark wrote:
An event can be created with type==0, Shell.efi does this for an event
that is set when Ctrl-C is typed. So our current approach of having a
fixed set of timer slots, and determining which slots are unused by
type==0 doesn't work so well. But we don't
I found my rk3188 evb can't bootup(no any log on the console) if
I didn't define EARLY_UART in function board_init_f(rk3188_board_spl.c).
With EARLY_UART defined, I can see "first data training fail"
from console, and the system can bootup. I removed that printf,
the system can also bootup
86 matches
Mail list logo
