On 21.05.20 19:05, Lokesh Vutla wrote:
> +Tom
>
> Hi Jan,
>
> On 19/05/20 1:05 pm, Jan Kiszka wrote:
>> Hi Lokesh,
>>
>> seems like all boards including include/environment/ti/mmc.h will only search
>> for ${boot_scripts} in the root of the target fs, not in ${boot_prefixes}.
>> Known
>
> It se
The following changes since commit b0b13f4114d30b6756e0f6f3b5819d78de22541e:
Merge https://gitlab.denx.de/u-boot/custodians/u-boot-fsl-qoriq
(2020-05-20 08:46:56 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-07-rc3-2
for
On 5/22/20 4:17 AM, Masahiro Yamada wrote:
> On Fri, May 22, 2020 at 11:02 AM Simon Glass wrote:
>>
>> At present if an optional Kconfig value needs to be used it must be
>> bracketed by #ifdef. For example, with this Kconfig setup:
>>
>> config WIBBLE
>> bool "Support wibbles, the world n
On 5/21/20 11:55 AM, AKASHI Takahiro wrote:
> Heinrich,
>
> On Thu, May 21, 2020 at 10:17:43AM +0200, Heinrich Schuchardt wrote:
>> On 5/21/20 2:23 AM, AKASHI Takahiro wrote:
>>> Heinrich,
>>>
>>> On Mon, May 11, 2020 at 03:56:56PM +0900, AKASHI Takahiro wrote:
Heinrich,
On Fri, May
Hi Simon,
On 19.05.2020 18:47, Simon Glass wrote:
> On Tue, 19 May 2020 at 06:00, Marek Szyprowski
> wrote:
>> On 19.05.2020 00:38, Simon Glass wrote:
>>> On Mon, 18 May 2020 at 07:18, Marek Szyprowski
>>> wrote:
Create a non-cacheable mapping for the 0x6 physical memory region,
>
Hello Jupiter,
Am 19.05.2020 um 14:06 schrieb Jupiter:
Thanks Richard for the response.
On 5/19/20, Richard Weinberger wrote:
Neither UBI nor UBIFS care about ECC. The MTD stack does.
If you write something in Linux you cannot read back in u-boot a common
problem is that u-boot and Linux use
Hi Jagan,
On 2020/5/10 上午12:56, Jagan Teki wrote:
Due to board limitation some SSD's would work
on rock960 PCIe M.2 only with 1.8V IO domain.
So, this patch enables grf io_sel explicitly to
make PCIe/M.2 to work.
Cc: Tom Cubie
Signed-off-by: Jagan Teki
Acked-by: Manivannan Sadhasivam
---
Ch
The size is not actually used since it is present in the header. Drop this
parameter. Also tidy up error handling while we are here.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rebase to master (with x86/master cherry-picked in too)
arch/x86/lib/fsp2/fsp_init.c | 3 +--
fs/cbfs/cbfs.c
Currently we support reading a file from CBFS given the address of the end
of the ROM. Sometimes we only know the start of the CBFS. Add a function
to find a file given that.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use void * instead of u8 * in file_cbfs_find_uncached_base()
- Fix and ex
These two functions have mostly the same code. Pull this out into a common
function.
Also make this function zero the private data so that callers don't have
to do it. Finally, update cbfs_load_header_ptr() to take the base of the
ROM as its parameter, which makes more sense than passing the addre
It doesn't make sense to use u8 * as the pointer type for accessing the
CBFS since we do not access it as bytes, but via structures. Change it to
void *, which allows us to avoid a cast.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 17 -
1 file changed, 8
This function currently returns a node pointer so there is no way to know
the error code. Also it uses data in BSS which seems unnecessary since the
caller might prefer to use a local variable.
Update the function and split its body out into a separate function so we
can use it later.
Signed-off-
We may as well return the error code and use it directly in the command
code. CBFS still uses its own error enum which we may be able to remove,
but leave it for now.
Signed-off-by: Simon Glass
---
Changes in v2: None
cmd/cbfs.c | 3 +--
fs/cbfs/cbfs.c | 23 +++
includ
This function is strange at the moment in that it takes a header pointer
but then accesses the cbfs_s global. Currently clients have their own priv
pointer, so update the function to take that as a parameter instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 9 ++-
The start address of the CBFS is used when scanning for files. It makes
sense to put this in our cbfs_priv struct and calculate it when we read
the header.
Update the code accordingly.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 44 +++--
This function is strange at the moment in that it takes a header pointer
but then accesses the cbfs_s global. Currently clients have their own priv
pointer, so update the function to take that as a parameter instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 9 +--
At present this uses an int type. U-Boot now supports bool so use this
instead. Also use English spelling for initialised which we are here.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 28 ++--
include/cbfs.h | 2 +-
2 files changed, 15 insertio
At present the result variable in the cbfs_priv is called 'result' as is
the local variable in a few functions. Change the latter to 'ret' which is
more common in U-Boot and avoids confusion.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 20 ++--
1 file ch
At present his uses a true return to indicate it found a file. Adjust it
to use 0 for this, so it is consistent with other functions.
Update its callers accordingling and add a check for malloc() failure in
file_cbfs_fill_cache().
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbf
U-Boot uses ulong for addresses but there are a few places in this driver
that don't use it. Convert this driver over to follow this convention
fully.
Signed-off-by: Simon Glass
---
Changes in v2: None
fs/cbfs/cbfs.c | 9 -
include/cbfs.h | 4 ++--
2 files changed, 6 insertions(+), 7 d
This code is very old and has not had much of a clean-up since it was
written. This series aims to tidy it up to use error codes, avoid using
BSS when not necessary and to add a few more features.
Changes in v2:
- Fix incorrect function comments
- Fix s/u8/void/ in find_uncached()
- Fix setting of
Hi Bin,
On Wed, 20 May 2020 at 20:59, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, May 13, 2020 at 10:24 PM Simon Glass wrote:
> >
> > Currently we support reading a file from CBFS given the address of the end
> > of the ROM. Sometimes we only know the start of the CBFS. Add a function
> > to find
+U-Boot Mailing List
On Thu, 21 May 2020 at 18:15, Alex Nemirovsky
wrote:
>
> Hi All,
>
> Thank you for reviewing various drivers in this package. Many of the drivers
> have been reviewed and should be ready for incorporation.
> However, there seems to be some lone holdouts which are preventing
Hi Michael,
On Thu, 21 May 2020 at 17:28, Michael Walle wrote:
>
> Am 2020-05-21 16:13, schrieb Bin Meng:
> > On Thu, May 21, 2020 at 12:40 AM Michael Walle
> > wrote:
> >>
> >> It is possible to specify a device tree node for an USB device. This
> >> is
> >> useful if you have a static USB setu
Hi Tom,
Please pull changes for v2020.07
Thanks.
The following changes since commit 2fa581ba910368d0f7f995fb906d6c5e4218b594:
Merge git://git.denx.de/u-boot-sh (2020-05-21 08:26:40 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-uniphier.git
Pass this module in so that settings does not need to import it.
Signed-off-by: Simon Glass
Reported-by: Stefan Bosch
---
Changes in v3:
- Add more patches based on testing on a dusty Ubuntu 14.04
Changes in v2:
- Update gitutil as well
tools/patman/main.py | 2 +-
tools/patman/settings.
This seems to cause problems in some cases. Split the dependency by
copying the code to command.
Reported-by: Stefan Bosch
Signed-off-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
tools/patman/command.py | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/
Adjust the get_maintainer module to accept a list of directories to search
for the script. This avoids needing to import gitutil.
Signed-off-by: Simon Glass
Reported-by: Stefan Bosch
---
Changes in v3: None
Changes in v2: None
tools/patman/get_maintainer.py | 14 +++---
tools/patman/s
Only a few members of this class are used and only in a test. To avoid
importing the module, convert the test to use a dict.
Signed-off-by: Simon Glass
Reported-by: Stefan Bosch
---
Changes in v3: None
Changes in v2: None
tools/patman/gitutil.py | 9 -
1 file changed, 4 insertions(+),
The checkpatch module is not used, so drop it.
Signed-off-by: Simon Glass
Reported-by: Stefan Bosch
---
Changes in v3:
- Split out the gitutil change into a separate patch
Changes in v2: None
tools/patman/gitutil.py | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/patman/gitutil.py b
Update this command so it can list the MTRRs on a selected CPU. If
'-c all' is used, then all CPUs are listed.
Signed-off-by: Simon Glass
---
cmd/x86/mtrr.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/cmd/x86/mtrr.c b/cmd/x86/mtrr.c
index 8365a7978
Use the multi-CPU calls to set the MTRR values. This still supports only
the boot CPU for now.
Signed-off-by: Simon Glass
---
cmd/x86/mtrr.c | 34 --
1 file changed, 8 insertions(+), 26 deletions(-)
diff --git a/cmd/x86/mtrr.c b/cmd/x86/mtrr.c
index 01197044452.
At present do_mtrr() does the 'list' subcommand at the top and the rest
below. Update it to do them all in the same place so we can (in a later
patch) add parsing of the CPU number for all subcommands.
Signed-off-by: Simon Glass
---
cmd/x86/mtrr.c | 55 +-
Add a -c option to mtrr to allow any CPU to be updated with this command.
Signed-off-by: Simon Glass
---
cmd/x86/mtrr.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/cmd/x86/mtrr.c b/cmd/x86/mtrr.c
index fea7a437db8..8365a7978ff 100644
--- a/cmd/x86/mtr
Update the mtrr command to use mp_run_on_cpus() to obtain its information.
Since the selected CPU is the boot CPU this does not change the result,
but it sets the stage for supporting other CPUs.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mtrr.c | 11 +++
arch/x86/include/asm/m
It is convenient to iterate through the CPUs performing work on each one
and processing the result. Add a few iterator functions which handle this.
These can be used by any client code. It can call mp_run_on_cpus() on
each CPU that is returned, handling them one at a time.
Signed-off-by: Simon Gla
To enable support for the 'mtrr' command, add a way to perform MTRR
operations on selected CPUs.
This works by setting up a little 'operation' structure and sending it
around the CPUs for action.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mtrr.c | 81 ++
With the new MP features the CPUs are no-longer parked when the OS is run.
Fix this by calling a special function to park them, just before the OS is
started.
Signed-off-by: Simon Glass
---
arch/x86/cpu/cpu.c| 5 +
arch/x86/cpu/mp_init.c| 18 ++
arch/x86/include
Add a way to run a function on a selection of CPUs. This supports either
a single CPU, all CPUs, just the main CPU or just the 'APs', in Intel
terminology.
It works by writing into a mailbox and then waiting for the CPUs to notice
it, take action and indicate they are done.
When SMP is not yet en
When the boot CPU MTRRs are updated, perform the same update on all other
CPUs so they are kept in sync.
This avoids kernel warnings about mismatched MTRRs.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mtrr.c | 57 +
1 file changed, 57 insertions(+)
At present the APs (non-boot CPUs) are inited once and then parked ready
for the OS to use them. However in some cases we want to send new requests
through, such as to change MTRRs and keep them consistent across CPUs.
Change the last state of the flight plan to go into a wait loop, accepting
inst
Allow keeping track of whether all CPUs have been enabled yet. This allows
us to know whether other CPUs need to be considered when updating
CPU-specific settings such as MTRRs on x86.
Signed-off-by: Simon Glass
---
include/asm-generic/global_data.h | 1 +
1 file changed, 1 insertion(+)
diff -
Drop some #ifdefs that are not needed or can be converted to compile-time
checks.
Signed-off-by: Simon Glass
---
arch/x86/cpu/cpu.c | 58 -
arch/x86/cpu/i386/cpu.c | 2 --
2 files changed, 28 insertions(+), 32 deletions(-)
diff --git a/arch/x86/cpu
Set this flag so we can track when it is safe to use CPUs other than the
main one.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mp_init.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/cpu/mp_init.c b/arch/x86/cpu/mp_init.c
index c424f283807..139e9749e74 100644
--- a/arch/x86/cpu/m
This does not need to be global across all functions in this file. Pass a
parameter instead.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mp_init.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/arch/x86/cpu/mp_init.c b/arch/x86/cpu/mp_init.c
index 4b
Fix a typo in the command help.
Signed-off-by: Simon Glass
---
cmd/x86/mtrr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/x86/mtrr.c b/cmd/x86/mtrr.c
index 084d7315f43..5d25c5802af 100644
--- a/cmd/x86/mtrr.c
+++ b/cmd/x86/mtrr.c
@@ -135,5 +135,5 @@ U_BOOT_CMD(
At present each CPU is given a number when it starts itself up. While this
saves a tiny amount of time by doing the device-tree read in parallel, it
is confusing that the numbering happens on the fly.
Move this code into mp_init() and do it at the start.
Signed-off-by: Simon Glass
---
arch/x86
This function is misnamed since it does not actually init the BSP. Also
it is convenient to adjust it to return a little more information.
Rename and update the function, to allow it to return the BSP CPU device
and number, as well as the total number of CPUs.
Signed-off-by: Simon Glass
---
ar
These parameters are named differently from elsewhere in this file. Switch
them to avoid confusion.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mp_init.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/cpu/mp_init.c b/arch/x86/cpu/mp_init.c
index e77d7f
The functions used by the flight plan are declared in the header file but
are not used in any other file.
Move the flight plan steps down to just above where it is used so that we
can make these function static.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mp_init.c| 40 +++-
At present MTRRs are mirrored to the secondary CPUs only once, as those
CPUs are started up. But U-Boot may add more MTRRs later, e.g. if it
decides that a video console must be set up.
This series enhances the x86 multi-processor support to allow MTRRs to
be updated at any time. It also updates t
Update this code to use livetree calls instead of flat-tree.
Signed-off-by: Simon Glass
---
arch/x86/cpu/mp_init.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/cpu/mp_init.c b/arch/x86/cpu/mp_init.c
index 7fde4ff7e16..c25d17c6474 100644
--- a/arch/x86/cpu/mp_in
At present the 'flight plan' for CPUs is passed into mp_init. But it is
always the same. Move it into the mp_init file so everything is in one
place. Also drop the SMI function since it does nothing. If we implement
SMIs, more refactoring will be needed anyway.
Signed-off-by: Simon Glass
---
ar
On Fri, May 22, 2020 at 11:02 AM Simon Glass wrote:
>
> At present if an optional Kconfig value needs to be used it must be
> bracketed by #ifdef. For example, with this Kconfig setup:
>
> config WIBBLE
> bool "Support wibbles, the world needs more wibbles"
>
> config WIBBLE_ADDR
>
With DDR4, Intel SOCs take quite a long time to init their memory. During
this time, if the user is watching, it looks like SPL has hung. Add a
message in this case.
This works by adding a return code to fspm_update_config() that indicates
whether MRC data was found and a new property to the devic
Cleanup this driver to use dt in U-boot and static platdata in SPL.
This requires the following steps:
1. Move all platdata assignment from probe() to ofdata_to_platdata().
This function is only called in U-boot.
2. Replicate all the platdata assignment being done in
ofdata_to_platdata() in
At present this enables a few arch-specific members of the global_data
struct which are otherwise not part of the struct. As a result we have to
use #ifdef in various places.
The cost of always having these in the struct is small. Adjust things so
that we can use compile-time code instead of #ifde
At present if an optional Kconfig value needs to be used it must be
bracketed by #ifdef. For example, with this Kconfig setup:
config WIBBLE
bool "Support wibbles, the world needs more wibbles"
config WIBBLE_ADDR
hex "Address of the wibble"
depends on WIBBLE
then the foll
Enable this feature on chromebook_coral to speed up the display.
With this change, the time taken to print the environment to the display
without CONFIG_CONSOLE_SCROLL_LINES is reduced from 1830ms to 62ms.
Signed-off-by: Simon Glass
---
configs/chromebook_coral_defconfig | 1 +
1 file changed,
The current get_timer_us() uses 64-bit arithmetic. When implementing
microsecond-level timeouts, 32-bits is plenty. Add a new function to
support this.
Signed-off-by: Simon Glass
---
include/time.h | 11 +++
lib/time.c | 5 +
2 files changed, 16 insertions(+)
diff --git a/incl
This should be 'stashed'. Fix it.
Signed-off-by: Simon Glass
---
include/bootstage.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/bootstage.h b/include/bootstage.h
index f507271375..00c85fb86a 100644
--- a/include/bootstage.h
+++ b/include/bootstage.h
@@ -338,7 +3
Add SPI NOR support for Cortina Access
Presidio Engineering Board
Signed-off-by: Alex Nemirovsky
CC: Jagan Teki
CC: Vignesh R
CC: Tom Rini
---
Changes in v8: None
Changes in v7: None
Changes in v5:
- NAND support removed from presidio-asic board DT.
Changes in v3: None
arch/arm/dts/ca-pre
From: Pengpeng Chen
Add SPI Flash controller driver for Cortina Access
CA SoCs
Signed-off-by: Pengpeng Chen
Signed-off-by: Alex Nemirovsky
CC: Jagan Teki
CC: Vignesh R
CC: Tom Rini
---
Changes in v8:
- No code change
- Split out individual driver from Cortina Package 2 patch series
to
From: Jway Lin
Add Cortina Access LED controller support for CA SOCs
Signed-off-by: Jway Lin
Signed-off-by: Alex Nemirovsky
CC: Simon Glass
---
Changes in v8:
- No code change
- Split out individual driver from Cortina Package 2 patch series
to help streamline acceptence into master
Ch
From: Jway Lin
Add LED support for Cortina Access Presidio Engineering Board
Signed-off-by: Jway Lin
Signed-off-by: Alex Nemirovsky
Reviewed-by: Simon Glass
CC: Simon Glass
---
Changes in v8: None
Changes in v7: None
Changes in v4:
- rename DT blink rate symbol
arch/arm/dts/ca-presidio-
From: Arthur Li
Add I2C controller support for Cortina Access CA SoCs
Signed-off-by: Arthur Li
Signed-off-by: Alex Nemirovsky
CC: Heiko Schocher
Reviewed-by: Heiko Schocher
CA_I2C: DT binding for I2C controller
DT binding document for Cortina I2C driver
---
Changes in v8:
- No code c
Add I2C board support for Cortina Access Presidio Engineering Board
Signed-off-by: Alex Nemirovsky
CC: Heiko Schocher
Reviewed-by: Heiko Schocher
---
Changes in v8: None
Changes in v7: None
Changes in v6: None
Changes in v4: None
configs/cortina_presidio-asic-emmc_defconfig | 3 +++
1 file c
Ramon Fried-4 wrote
> + if (strcmp((char *)pkt + i, "windowsize") == 0) {
> + tftp_windowsize =
> + simple_strtoul((char *)pkt + i + 11,
> +NULL, 10);
> +
From: Arthur Li
- Rename DT compatible name
- Remove uneccessary if-statement to support 8-bit buswidth
- Remove redundant error msg
- Use symbolic constants in switch statement
Signed-off-by: Arthur Li
Signed-off-by: Alex Nemirovsky
CC: Peng Fan
CC: Jaehoon Chung
CC: Tom Rini
---
Changes
Change DT compatibility name to match change in driver's name.
Remove unused io_ds and fifo_mode fields from DT.
Signed-off-by: Alex Nemirovsky
CC: Peng Fan
CC: Jaehoon Chung
CC: Tom Rini
---
Changes in v8: None
Changes in v7:
- Cleanup typos in commit subject line and description
Changes i
Am 2020-05-21 16:13, schrieb Bin Meng:
On Thu, May 21, 2020 at 12:40 AM Michael Walle
wrote:
It is possible to specify a device tree node for an USB device. This
is
useful if you have a static USB setup and want to use aliases which
point to these nodes, like on the Raspberry Pi.
The nodes a
Select default U-Boot and SPL text base for the MX7 SoC. The U-Boot
text base is picked as the one used by various MX7 boards. The SPL
text base however is different.
The SPL text base is set to 0x912000 instead of the usual 0x911000,
that is because the 0x911000 value cannot work. Using 0x911000
This is another in series of patches which remove ad-hoc reset_cpu()
hacks from board files. This one is for iMX7, so implement default
reset_cpu() there to prevent it from showing up in board files.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: NXP i.MX U-Boot Team
Cc: Peng Fan
Cc: Stefano
There are systems where board_early_init_f() is plain empty. Switch
the config option from "select" to "imply", to permit user to unset
the BOARD_EARLY_INIT_F if it were to be empty.
Signed-off-by: Marek Vasut
Cc: Fabio Estevam
Cc: NXP i.MX U-Boot Team
Cc: Peng Fan
Cc: Stefano Babic
---
arch
The iMX7 defines further DDRC ZQCTLx registers, however those were
thus far missing from the list of registers and not programmed. On
systems with LPDDR2 or DDR3, those registers must be programmed with
correct values, otherwise the DRAM may not work. However, existing
systems which worked without
Print the error code if the regulator enable fails, otherwise the error
message is rather useless and confusing.
Signed-off-by: Marek Vasut
---
drivers/usb/host/ehci-mx6.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/host/ehci-mx6.c b/drivers/usb/host/ehci-
The regulator-fixed would return -ENOSYS when enabled/disabled,
because this operation is not supported, but this is not an error
e.g. on systems where the VBUS cannot be controlled, so if this
is the error code reported by the regulator core, consider it a
success and continue.
Signed-off-by: Mar
Hi Kever,
I think you answered the wrong person. :)
Okay, thanks for the suggestions.
I will check the sources. There was also a missing alias
in the Device-Tree source. I have added the specific alias
for the SPI bus. Now I'm getting the error code -2.
I'm new with U-Boot and the source code i
Convert ENV_ACCESS_IGNORE_FORCE to Kconfig, no functional change.
Signed-off-by: Marek Vasut
Cc: Tom Rini
---
README | 4
env/Kconfig | 7 +++
scripts/config_whitelist.txt | 1 -
3 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/READM
On Thu, May 21, 2020 at 02:12:10PM +0200, Marek Vasut wrote:
> I had to update the PR...
>
> The following changes since commit c2279d784e35fa25ee3a9fa28a74a1ba545f8c1e:
>
> Merge branch '2020-05-18-reduce-size-of-common.h' (2020-05-19 10:51:43
> -0400)
>
> are available in the Git repository
All of our cmds have a Kconfig entry. Making enabling a CMD via the
config file an error to checkpatch.pl.
Signed-off-by: Tom Rini
---
scripts/checkpatch.pl | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index c2641bc995e8..5c0317c67fdb 1
This converts the following to Kconfig:
CONFIG_CMD_MMC
Signed-off-by: Tom Rini
---
configs/bcm7260_defconfig | 1 +
configs/bcm7445_defconfig | 1 +
configs/gurnard_defconfig | 1 +
configs/imx8mq_evk_defconfig| 1 +
configs/imx8mq_phanbell_defconfig |
Hi,
There are a couple instances where your code is not formatted in the
correct style [1]. You can use tools/checkpatch.pl to help you fix
these.
[1] https://www.denx.de/wiki/U-Boot/CodingStyle
On 5/20/20 1:33 AM, Kongou Hikari wrote:
> - This patch supports debug serial and console from SBI
Hi,
On Tue, 19 May 2020 at 20:15, Thomas Fitzsimmons wrote:
>
> Hi Rayagonda and Vikas,
>
> Rayagonda Kokatanur writes:
>
> > From: Vikas Gupta
> >
> > Add optee based bnxt fw load driver.
>
> What is "bnxt"? Maybe you could add a comment explaining what it is, or
> at least expanding it if it
On Thu, May 21, 2020 at 08:24:55PM +0200, Marek Vasut wrote:
> On 5/21/20 8:15 PM, Simon Glass wrote:
> > Hi Marek,
> >
> > On Thu, 21 May 2020 at 12:14, Marek Vasut wrote:
> >
> >> On 5/21/20 8:09 PM, Simon Glass wrote:
> >>> Hi Marek,
> >>
> >> Hi,
> >>
> >>> On Thu, 21 May 2020 at 12:06, Mare
On 5/21/20 8:15 PM, Simon Glass wrote:
> Hi Marek,
>
> On Thu, 21 May 2020 at 12:14, Marek Vasut wrote:
>
>> On 5/21/20 8:09 PM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>>> On Thu, 21 May 2020 at 12:06, Marek Vasut wrote:
>>>
On 5/21/20 7:52 PM, Simon Glass wrote:
> Hi Marek,
>>>
Hi Marek,
On Thu, 21 May 2020 at 12:14, Marek Vasut wrote:
> On 5/21/20 8:09 PM, Simon Glass wrote:
> > Hi Marek,
>
> Hi,
>
> > On Thu, 21 May 2020 at 12:06, Marek Vasut wrote:
> >
> >> On 5/21/20 7:52 PM, Simon Glass wrote:
> >>> Hi Marek,
> >>
> >> Hi,
> >>
> >>> You don't have to be signed i
On 5/21/20 8:09 PM, Simon Glass wrote:
> Hi Marek,
Hi,
> On Thu, 21 May 2020 at 12:06, Marek Vasut wrote:
>
>> On 5/21/20 7:52 PM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>>> You don't have to be signed in to view, just to edit. Etherpad is pretty
>>> crappy IMO.
>>
>> Seems to work fine.
Hi Marek,
On Thu, 21 May 2020 at 12:06, Marek Vasut wrote:
> On 5/21/20 7:52 PM, Simon Glass wrote:
> > Hi Marek,
>
> Hi,
>
> > You don't have to be signed in to view, just to edit. Etherpad is pretty
> > crappy IMO.
>
> Seems to work fine. But maybe there is some other alternative?
>
> (we can
On 5/21/20 7:52 PM, Simon Glass wrote:
> Hi Marek,
Hi,
> You don't have to be signed in to view, just to edit. Etherpad is pretty
> crappy IMO.
Seems to work fine. But maybe there is some other alternative?
(we can just log some irc channel?)
> I believe the next one will be 3rd week of June.
On Thu, May 21, 2020 at 11:52:24AM -0600, Simon Glass wrote:
> Hi Marek,
>
> You don't have to be signed in to view, just to edit. Etherpad is pretty
> crappy IMO.
>
> I believe the next one will be 3rd week of June.
I don't think we managed to ever have more than the first meeting. So
if peopl
Hi Marek,
You don't have to be signed in to view, just to edit. Etherpad is pretty
crappy IMO.
I believe the next one will be 3rd week of June.
Regards,
Simon
On Thu, 21 May 2020 at 11:44, Marek Vasut wrote:
> On 5/21/20 5:41 PM, Simon Glass wrote:
> > Hi,
> >
> > On Mon, 18 Feb 2019 at 04:1
On 5/21/20 5:41 PM, Simon Glass wrote:
> Hi,
>
> On Mon, 18 Feb 2019 at 04:10, Marek Vasut wrote:
>>
>> On 2/18/19 5:00 AM, Tom Rini wrote:
>>> On Mon, Feb 18, 2019 at 03:48:58AM +0100, Marek Vasut wrote:
On 2/13/19 9:36 PM, Tom Rini wrote:
> On Thu, Feb 14, 2019 at 02:01:02AM +0530, Jag
Enable config options and console setting like on other rk3399 boards.
Signed-off-by: Marcin Juszkiewicz
---
configs/rockpro64-rk3399_defconfig | 4
include/configs/rockpro64_rk3399.h | 5 +
2 files changed, 9 insertions(+)
diff --git configs/rockpro64-rk3399_defconfig
configs/rockp
+Tom
Hi Jan,
On 19/05/20 1:05 pm, Jan Kiszka wrote:
> Hi Lokesh,
>
> seems like all boards including include/environment/ti/mmc.h will only search
> for ${boot_scripts} in the root of the target fs, not in ${boot_prefixes}.
> Known
It searches in boot partitions of SD cards and this was always
The cpu clock is probably already enabled if we are executing code (though
we could be executing from a different core). This patch prevents the cpu
clock or its parents from being disabled.
Signed-off-by: Sean Anderson
Reviewed-by: Bin Meng
---
This patch was previously submitted on its own as
The Sipeed Maix series is a collection of boards built around the RISC-V
Kendryte K210 processor. This processor contains several peripherals to
accelerate neural network processing and other "ai" tasks. This includes a
"KPU" neural network processor, an audio processor supporting beamforming
recep
This patch adds documentation for the Sipeed Maix bit, and more generally
for the Kendryte K210 processor.
Signed-off-by: Sean Anderson
---
Changes in v9:
- Mark dts code block as "none" explicitly
Changes in v7:
- Split off into its own patch
- Fix size of clint
doc/board/index.rst|
Where possible, I have tried to find compatible drivers based on the layout
of registers. However, many devices remain untested. All untested devices
have been left disabled, but some tentative properties (such as compatible
strings, and clocks, interrupts, and resets properties) have been added.
Some older processors (notably the Kendryte K210) use an older version of
the RISC-V privileged specification. The primary changes between the old
and new are in virtual memory, and in the merging of three separate counter
enable CSRs. Using the new CSR on an old processor causes an illegal
instru
1 - 100 of 140 matches
Mail list logo
