'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
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
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:
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
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
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
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
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
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
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
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
> 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/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,
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
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
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,
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
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
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
> 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
> 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
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
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
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 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()
> ---
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
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:
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 *
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
> ---
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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(-)
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
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
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
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 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
>> ---
>>
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
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
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
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:
>
>
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
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
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
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
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 +
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 +-
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
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
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
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,
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.
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
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
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
---
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
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
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
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.
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
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
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)
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
Hi Ran,
On Wed, Oct 11, 2017 at 1:30 PM, Ran Wang wrote:
> use Kconfig to select xhci accordingly.
>
> Signed-off-by: Ran Wang
> ---
> Change in v3:
> New patch file.
>
> drivers/usb/host/Kconfig | 6 ++
> include/configs/ls1012afrdm.h |
Hi Ran,
On Wed, Oct 11, 2017 at 1:30 PM, Ran Wang wrote:
> Use Kconfig to select QE-HDLC and USB pin-mux.
>
> Signed-off-by: Ran Wang
> ---
> Change in v3:
> New patch file.
>
> arch/arm/cpu/armv8/fsl-layerscape/Kconfig | 7 +++
>
Hi Ran,
On Wed, Oct 11, 2017 at 1:30 PM, Ran Wang wrote:
> Because COMFIG_DM_USB have been enabled and will not use it anymore.
nits: has been enabled
>
> Signed-off-by: Ran Wang
> ---
> Change in v3:
> New patch file.
>
>
On Wed, Oct 11, 2017 at 1:30 PM, Ran Wang wrote:
> Signed-off-by: Amrita Kumari
> Signed-off-by: Ashish Kumar
> Signed-off-by: Ran Wang
> ---
> Change in v3:
> - none
>
> Change in v2:
> Remove macro
On Wed, Oct 11, 2017 at 1:30 PM, Ran Wang wrote:
> Signed-off-by: Ashish Kumar
> Signed-off-by: Amrita Kumari
> Signed-off-by: Ran Wang
> ---
> Change in v3:
> 1.Move HAS_FSL_XHCI_USB and USB_XHCI_FSL
On Sat, Oct 7, 2017 at 5:44 PM, Stefan Roese wrote:
> On 07.10.2017 11:43, Bin Meng wrote:
>>
>> Adjust VGA rom address to 0xfffb so that u-boot.rom image
>> can be built again.
>>
>> Signed-off-by: Bin Meng
>
>
> Reviewed-by: Stefan Roese
From: Yuantian Tang
On ls1012a soc, core clock source frequency is 100Mhz.
Generic timer frequency is derived from core clock source divided
by 4, which is 25Mhz. So assign timer frequency to 25Mhz here.
Signed-off-by: Tang Yuantian
---
v2:
- refine
On 10/11/2017 10:32 PM, Rob Clark wrote:
On Wed, Oct 11, 2017 at 10:07 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. We'll implement the
rest as needed or
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:
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
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
92 matches
Mail list logo