On 30/06/20 5:19 am, Adam Ford wrote:
> There are two options that are currently whitelisted, but they
> are redundant, because there are not necessary since Kconfig options
> exist to basically state the same thing.
>
> CONFIG_DIRECT_NOR_BOOT and CONFIG_USE_NOR are both set together and
>
On 01/07/20 11:39 pm, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Buiding u-boot-spl-k3[_HS].its is currently unconditionally verbose
> about what it does. Change that by wrapping the call to k3_fit_atf.sh
> into a cmd, also using that chance to reduce duplicate lines of makefile
> code - only
On 07/07/20 5:55 pm, Patrick Delaunay wrote:
> Replace the function spl_board_prepare_for_boot_linux by the correct
> name of the weak function spl_board_prepare_for_linux defined in spl.h.
>
> Signed-off-by: Patrick Delaunay
Applied to u-boot-ti.
Thanks and regards,
Lokesh
On 06/07/20 1:36 pm, Vignesh Raghavendra wrote:
> Make necessary driver changes to sync DT nodes from kernel.
> Depends on [1]
>
> Due to the dependencies, I would like this entire series to be merged via TI
> tree.
>
> Tested on AM654 and J721e boards
>
> [1]
On 06/07/20 1:26 pm, Vignesh Raghavendra wrote:
> Align Ringacc and UDMA driver with kernel updates.
>
> Depends on [1]
>
> [1] https://patchwork.ozlabs.org/project/uboot/list/?series=186589
Applied to u-boot-ti.
Thanks and regards,
Lokesh
>
> Vignesh Raghavendra (6):
> soc: ti:
On 07/07/20 1:43 pm, Vignesh Raghavendra wrote:
> UDMA DT bindings have deviated from kernel's DT for AM654 and J721e.
> This series updates UDMA driver and sync DT bindings
>
> Tested OSPI and CPSW on AM654 and J721e after the changes
Applied to u-boot-ti.
Thanks and regards,
Lokesh
Hi Tom,
Please find the pull request for v2020.10-rc1 containing TI specific
changes.
Travis-CI build:
https://travis-ci.org/github/lokeshvutla/u-boot/builds/707679753
The following changes since commit 497c7598c4e713eb9ad88fd7963e57b21b8b35e1:
Merge branch 'master' of
Hi Simon,
On Tue, Jul 14, 2020 at 9:28 AM Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Jul 8, 2020 at 11:33 AM Simon Glass wrote:
> >
> > This chip is used on coral and we need to generate ACPI tables for sound
> > to make it work. Add a driver that does just this (i.e. at present does
> > not
Hi all,
Am 13.07.2020 um 23:03 schrieb Tom Rini:
On Mon, Jul 13, 2020 at 10:12:32PM +0200, Wolfgang Denk wrote:
Dear Simon,
In message
you wrote:
I have used various tools and I'm wondering whether having another
option might have some benefits in terms of productivity, automation
and
> -Original Message-
> From: Masahiro Yamada
> Sent: Friday, July 10, 2020 9:08 PM
> To: Tan, Ley Foon
> Cc: U-Boot Mailing List ; Simon Glass
> ; See, Chin Liang ; Bacrau,
> Radu ; Marek Vasut
> Subject: Re: [PATCH v2 2/2] mtd: nand: raw: denali: Wait for reset
> completion status
>
Hi Simon,
On Mon, Jul 13, 2020 at 2:07 PM Bin Meng wrote:
>
> Hi Simon,
>
> On Mon, Jul 13, 2020 at 1:54 PM Bin Meng wrote:
> >
> > On Wed, Jul 8, 2020 at 7:11 PM Wolfgang Wallner
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > -"Simon Glass" schrieb: -
> > > > Betreff: [PATCH v2 28/44]
Hi Simon,
On Wed, Jul 8, 2020 at 11:33 AM Simon Glass wrote:
>
> This chip is used on coral and we need to generate ACPI tables for sound
> to make it work. Add a driver that does just this (i.e. at present does
> not actually support playing sound).
>
> Signed-off-by: Simon Glass
> ---
>
>
On Tue, Jul 14, 2020 at 01:08:24AM +0200, Heinrich Schuchardt wrote:
> Am 14. Juli 2020 00:50:56 MESZ schrieb Tom Rini :
> >On Tue, Jul 14, 2020 at 12:09:37AM +0200, Heinrich Schuchardt wrote:
> >
> >> The libguestfs-tools use QEMU to mount an image file. This requires a
> >Linux
> >> kernel.
> >>
Am 14. Juli 2020 01:02:07 MESZ schrieb AKASHI Takahiro
:
>Heinrich,
>
>On Tue, Jul 14, 2020 at 12:15:34AM +0200, Heinrich Schuchardt wrote:
>> Avoid sudo for test/py/tests/test_efi_secboot by using virt-make-fs.
>
>Have you read this?
>https://lists.denx.de/pipermail/u-boot/2020-July/419345.html
Am 14. Juli 2020 00:50:56 MESZ schrieb Tom Rini :
>On Tue, Jul 14, 2020 at 12:09:37AM +0200, Heinrich Schuchardt wrote:
>
>> The libguestfs-tools use QEMU to mount an image file. This requires a
>Linux
>> kernel.
>>
>> Install a kernel and make vmlinuz readable.
>>
>> Signed-off-by: Heinrich
Has anyone managed to get the built-in keyboard of the Pinebook Pro
working with U-Boot?
Kever, Jagan: Are you aware of any special setup required to have the
RK3399's OHCI controller begin processing its periodic list?
Even using the latest code, having USB started makes the U-boot console
feel
Hi,
On Mon, Jul 13, 2020 at 12:25:42PM -0600, Simon Glass wrote:
> At present U-Boot uses the mailing list for patch review. What do
> people think about trying out geritt or github for this? I'd be
> willing to do a trial with the -dm mailing list.
This is both my first message to the mailing
Heinrich,
On Tue, Jul 14, 2020 at 12:15:34AM +0200, Heinrich Schuchardt wrote:
> Avoid sudo for test/py/tests/test_efi_secboot by using virt-make-fs.
Have you read this?
https://lists.denx.de/pipermail/u-boot/2020-July/419345.html
-Takahiro Akashi
> Signed-off-by: Heinrich Schuchardt
> ---
>
On Mon, Jul 13, 2020 at 11:27:40PM +0200, Heinrich Schuchardt wrote:
> On 13.07.20 19:20, Tom Rini wrote:
> > On Mon, Jul 13, 2020 at 07:10:46PM +0200, Heinrich Schuchardt wrote:
> >
> >> For the Nokia N900 emulation we need a special QEMU version. Up to now we
> >> compile it in the Gitlab
On Tue, Jul 14, 2020 at 12:09:37AM +0200, Heinrich Schuchardt wrote:
> The libguestfs-tools use QEMU to mount an image file. This requires a Linux
> kernel.
>
> Install a kernel and make vmlinuz readable.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> Dockerfile | 4
> 1 file changed, 4
The GRUB binaries are expected in $UBOOT_TRAVIS_BUILD_DIR.
Signed-off-by: Heinrich Schuchardt
---
.azure-pipelines.yml | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml
index 98e8a4fe14..924bb9de41 100644
---
The GRUB binaries are expected in $UBOOT_TRAVIS_BUILD_DIR.
Signed-off-by: Heinrich Schuchardt
---
v2:
We can only copy to the directory after it is created.
Buildman needs a clean directory. So we must copy after
building.
---
.gitlab-ci.yml | 10 ++
1 file
Avoid sudo for test/py/tests/test_efi_secboot by using virt-make-fs.
Signed-off-by: Heinrich Schuchardt
---
test/py/tests/test_efi_secboot/conftest.py | 27 --
test/py/tests/test_efi_secboot/defs.py | 7 --
2 files changed, 4 insertions(+), 30 deletions(-)
diff
The libguestfs-tools use QEMU to mount an image file. This requires a Linux
kernel.
Install a kernel and make vmlinuz readable.
Signed-off-by: Heinrich Schuchardt
---
Dockerfile | 4
1 file changed, 4 insertions(+)
diff --git a/Dockerfile b/Dockerfile
index bc3cdee..aac7f01 100644
---
On 13.07.20 19:20, Tom Rini wrote:
> On Mon, Jul 13, 2020 at 07:10:46PM +0200, Heinrich Schuchardt wrote:
>
>> For the Nokia N900 emulation we need a special QEMU version. Up to now we
>> compile it in the Gitlab runner. By compiling it in Docker we can reduce
>> the Gitlab job duration.
>>
>> To
On Mon, Jul 13, 2020 at 10:12:32PM +0200, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > I have used various tools and I'm wondering whether having another
> > option might have some benefits in terms of productivity, automation
> > and accessibility. Just as one
Hi Bin,
On Sun, 12 Jul 2020 at 22:56, Bin Meng wrote:
>
> Hi Simon,
>
> On Wed, Jul 8, 2020 at 9:37 AM Simon Glass wrote:
> >
> > 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.
>
On Mon, Jul 13, 2020 at 12:25:42PM -0600, Simon Glass wrote:
> Hi,
>
> At present U-Boot uses the mailing list for patch review. What do
> people think about trying out geritt or github for this? I'd be
> willing to do a trial with the -dm mailing list.
>
> My idea is that patman would email
Add missing includes.
Add CMD_LSBLK to sandbox_defconfig.
Signed-off-by: Heinrich Schuchardt
---
cmd/lsblk.c | 2 ++
configs/sandbox_defconfig | 1 +
2 files changed, 3 insertions(+)
diff --git a/cmd/lsblk.c b/cmd/lsblk.c
index ece8bbf108..653dffce04 100644
--- a/cmd/lsblk.c
+++
Dear Simon,
In message
you wrote:
>
> I have used various tools and I'm wondering whether having another
> option might have some benefits in terms of productivity, automation
> and accessibility. Just as one example, if people pushed patches to
> github / gitlab then we could 1) check out the
Hi Wolfgang,
On Mon, 13 Jul 2020 at 14:07, Wolfgang Denk wrote:
>
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > At present U-Boot uses the mailing list for patch review. What do
> > people think about trying out geritt or github for this? I'd be
> > willing to do a trial with the -dm
Disable ram rockchip debug driver for roc-rk3399-pc
boards since we have verified ram in many instances
with respective U-Boot versions.
Signed-off-by: Jagan Teki
---
configs/roc-pc-mezzanine-rk3399_defconfig | 1 +
configs/roc-pc-rk3399_defconfig | 1 +
2 files changed, 2
Dear Simon,
In message
you wrote:
>
> At present U-Boot uses the mailing list for patch review. What do
> people think about trying out geritt or github for this? I'd be
> willing to do a trial with the -dm mailing list.
Speaking just for me, I never was able to make friends with either
of
Right now all these debug statements are printing on the
console to make sure proper dram initialization happens.
Mark them into RAM_ROCKCHIP_DEBUG would be more meaningful
and work like before since the RAM_ROCKCHIP_DEBUG is by
default yet.
No functionality changes.
Signed-off-by: Jagan Teki
stride debug is already present in sdram_common.c via
RAM_ROCKCHIP_DEBUG.
So, drop the redundant debug stride code in rk3399 driver.
Signed-off-by: Jagan Teki
---
drivers/ram/rockchip/sdram_rk3399.c | 25 -
1 file changed, 25 deletions(-)
diff --git
Hi Heinrich,
On Mon, 13 Jul 2020 at 13:36, Heinrich Schuchardt wrote:
>
> On 13.07.20 20:25, Simon Glass wrote:
> > Hi,
> >
> > At present U-Boot uses the mailing list for patch review. What do
>
> Currently we are using Patchwork to keep track of the review process:
>
>
Hi Kever,
On Sun, Jun 28, 2020 at 8:17 AM Kever Yang wrote:
>
> HI Jagan,
>
> On 2020/6/18 下午11:39, Jagan Teki wrote:
> > reset cause is a generic functionality based on the soc
> > cru registers in rockchip. This can be used for printing
> > the cause of reset in cpuinfo or some other place
On Mon, Jul 13, 2020 at 09:45:27PM +0200, Stefano Babic wrote:
> Hi Simon,
>
> On 13.07.20 20:25, Simon Glass wrote:
> > Hi,
> >
> > At present U-Boot uses the mailing list for patch review. What do
> > people think about trying out geritt or github for this? I'd be
> > willing to do a trial
Hi Heinrich,
> -Original Message-
> From: U-Boot On Behalf Of Heinrich Schuchardt
> Sent: Monday, July 13, 2020 10:36 PM
> To: Simon Glass ; U-Boot Mailing List
>
> Cc: Tom Rini ; Bin Meng ; Masahiro
> Yamada
> ; Marek Vasut ; Vignesh
> R ;
> Michal Simek ; Igor Opaniuk
> ; Heiko
Hi Simon,
On 13.07.20 20:25, Simon Glass wrote:
Hi,
At present U-Boot uses the mailing list for patch review. What do
people think about trying out geritt or github for this? I'd be
willing to do a trial with the -dm mailing list.
My idea is that patman would email out the patches and also
On 13.07.20 20:25, Simon Glass wrote:
> Hi,
>
> At present U-Boot uses the mailing list for patch review. What do
Currently we are using Patchwork to keep track of the review process:
https://patchwork.ozlabs.org/project/uboot/list/
> people think about trying out geritt or github for this? I'd
Hi Simon,
> -Original Message-
> From: U-Boot On Behalf Of Simon Glass
> Sent: Monday, July 13, 2020 9:26 PM
> To: U-Boot Mailing List
> Cc: Tom Rini ; Bin Meng ; Masahiro
> Yamada
> ; Heinrich Schuchardt ;
> Marek Vasut
> ; Vignesh R ; Michal Simek
> ; Igor
> Opaniuk ; Heiko
Hi,
At present U-Boot uses the mailing list for patch review. What do
people think about trying out geritt or github for this? I'd be
willing to do a trial with the -dm mailing list.
My idea is that patman would email out the patches and also upload
them to one of these systems. With geritt,
On Mon, Jul 13, 2020 at 07:10:46PM +0200, Heinrich Schuchardt wrote:
> For the Nokia N900 emulation we need a special QEMU version. Up to now we
> compile it in the Gitlab runner. By compiling it in Docker we can reduce
> the Gitlab job duration.
>
> To avoid naming conflicts the QEMU binary is
Dear Bin Meng,
In message <1594378641-26360-1-git-send-email-bmeng...@gmail.com> you wrote:
>
> Currently get_ram_size() only works with certain RAM size like 1GiB,
> 2GiB, 4GiB, 8GiB, etc. Chanage the codes to work with any RAM size.
I'm afraid I don't understand this change, Can you please
Hi Ovidiu and all,
>
> blkcache_init manually relocates blkcache list pointers when
> CONFIG_NEEDS_MANUAL_RELOC is enabled. However, it is called very late in
> the boot sequence, which could be a problem if previous boot calls execute
> blkcache operations with the non-relocated pointers. For
For the Nokia N900 emulation we need a special QEMU version. Up to now we
compile it in the Gitlab runner. By compiling it in Docker we can reduce
the Gitlab job duration.
To avoid naming conflicts the QEMU binary is stored as
/opt/qemu/bin/qemu-system-n900.
Signed-off-by: Heinrich Schuchardt
correct the indentation.
Signed-off-by: Wasim Khan
---
drivers/pci/pcie_layerscape.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
index 8f64e53..60f5031 100644
--- a/drivers/pci/pcie_layerscape.c
+++
resource "config" is required to have minimum 1KB space.
Signed-off-by: Wasim Khan
---
drivers/pci/pcie_layerscape_gen4.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/pci/pcie_layerscape_gen4.c
b/drivers/pci/pcie_layerscape_gen4.c
index 0226bde..f9e3e04 100644
---
resource "config" is required to have minimum 8KB space.
Signed-off-by: Wasim Khan
---
drivers/pci/pcie_layerscape.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
index 2f17176..8f64e53 100644
---
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-ls1028a.dtsi | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028a.dtsi b/arch/arm/dts/fsl-ls1028a.dtsi
index 9911690..ccf1a8d 100644
--- a/arch/arm/dts/fsl-ls1028a.dtsi
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-ls1043a.dtsi | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1043a.dtsi b/arch/arm/dts/fsl-ls1043a.dtsi
index f7db44c..8ca57ea 100644
--- a/arch/arm/dts/fsl-ls1043a.dtsi
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-ls1012a.dtsi | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/fsl-ls1012a.dtsi b/arch/arm/dts/fsl-ls1012a.dtsi
index 2d70c82..c401ba3 100644
--- a/arch/arm/dts/fsl-ls1012a.dtsi
+++
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-ls1088a.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1088a.dtsi b/arch/arm/dts/fsl-ls1088a.dtsi
index bf303c6..8de7998 100644
--- a/arch/arm/dts/fsl-ls1088a.dtsi
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-ls1046a.dtsi | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1046a.dtsi b/arch/arm/dts/fsl-ls1046a.dtsi
index 8673a5d..8a0c6fc 100644
--- a/arch/arm/dts/fsl-ls1046a.dtsi
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-ls2080a.dtsi | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/arch/arm/dts/fsl-ls2080a.dtsi b/arch/arm/dts/fsl-ls2080a.dtsi
index 90a0a3f..fae46c4 100644
---
add label to pcie nodes in dts
Signed-off-by: Wasim Khan
---
arch/arm/dts/fsl-lx2160a.dtsi | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/arm/dts/fsl-lx2160a.dtsi b/arch/arm/dts/fsl-lx2160a.dtsi
index c62960e..dcf0073 100644
---
Print pcie controller number starting from 1
Signed-off-by: Wasim Khan
---
drivers/pci/pcie_layerscape_gen4.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/pci/pcie_layerscape_gen4.c
b/drivers/pci/pcie_layerscape_gen4.c
index 428bfca..0226bde 100644
Print pcie controller number starting from 1
Signed-off-by: Wasim Khan
---
drivers/pci/pcie_layerscape.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/pci/pcie_layerscape.c b/drivers/pci/pcie_layerscape.c
index 39b6d40..2f17176 100644
---
This patch series
- Adds label to pcie nodes in dts file for NXP's layerscape SoCs
- Print the pcie controller number starting from 1 to match RMs
- Add checks for config resource size and fix indendation.
Wasim Khan (12):
pci: layerscape: Print pcie controller number starting from 1
pci:
On Fri, Jul 10, 2020 at 6:11 AM Simon Glass wrote:
>
> Add a simple binman config and enable CONFIG_HAS_ROM so that U-Boot
> produces a ROM for bob.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> arch/arm/dts/rk3399-gru-u-boot.dtsi | 4
> arch/arm/dts/rk3399-gru.dtsi
On Sat, Jul 11, 2020 at 10:32:26PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> This PR about dm migration and other SF fixes.
>
> Summary:
> - Enable DM_SPI on siemens omap boards (Jagan)
> - Dropped some non-dm supported omap3 boards (Jagan)
> - Dropped non-dm code in omap3 spi driver (Jagan)
> -
As explained in the CONFIG_DM_MDIO text inside drivers/net/Kconfig:
"Useful in particular for systems that support
DM_ETH and have a stand-alone MDIO hardware block shared by multiple
Ethernet interfaces."
i.MX6 has a single FEC instance, so there is no need to select
CONFIG_DM_MDIO.
Remove it
On 13.07.20 16:06, Tom Rini wrote:
> On Mon, Jul 13, 2020 at 12:04:52PM +0200, Heinrich Schuchardt wrote:
>
>> The GRUB binaries are expected in $UBOOT_TRAVIS_BUILD_DIR.
>>
>> Signed-off-by: Heinrich Schuchardt
>> ---
>> .gitlab-ci.yml | 10 ++
>> 1 file changed, 6 insertions(+), 4
Supported peripherals: ETH, SD, eMMC, USB, I2C EEPROM, PMIC, QSPI Nor
Flash.
U-Boot 2020.07-00611-g1fc3bcb2ee-dirty (Jul 13 2020 - 15:25:49 +0200)
CPU: Freescale i.MX7D rev1.3 1000 MHz (running at 792 MHz)
CPU: Commercial temperature grade (0C to 95C) at 39C
Reset cause: POR
Model: Ronetix
On Mon, Jul 13, 2020 at 12:04:52PM +0200, Heinrich Schuchardt wrote:
> The GRUB binaries are expected in $UBOOT_TRAVIS_BUILD_DIR.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> .gitlab-ci.yml | 10 ++
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/.gitlab-ci.yml
OF graph endpoint connections must be bidirectional and dtc warn if they
are not. i.MX7 based DTs have an error and generate
warnings:
arch/arm/dts/imx7d-sdb.dtb: Warning (graph_endpoint):
/replicator/ports/port@0/endpoint: graph connection to node
'/soc/tpiu@30087000/port/endpoint' is not
Hi Manivannan,
On Fri, Jul 10, 2020 at 11:00 AM Manivannan Sadhasivam
wrote:
>
> Hi,
>
> On Tue, Nov 05, 2019 at 09:02:28PM +0530, Manivannan Sadhasivam wrote:
> > This commit adds initial board support for iMX8QXP AI_ML board from
> > Einfochips. This board is one of the 96Boards Consumer
Enable the support of button (driver and command) on sandbox64.
Signed-off-by: Philippe Reynes
---
configs/sandbox64_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/sandbox64_defconfig b/configs/sandbox64_defconfig
index a3f049e..89ba504 100644
---
Adds tests for the button commands.
Signed-off-by: Philippe Reynes
---
arch/sandbox/dts/test.dts| 14 ++
test/py/tests/test_button.py | 19 +++
2 files changed, 33 insertions(+)
create mode 100644 test/py/tests/test_button.py
diff --git
Adds two buttons on sandbox so button framework may be tested.
Signed-off-by: Philippe Reynes
---
arch/sandbox/dts/sandbox.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/sandbox/dts/sandbox.dtsi b/arch/sandbox/dts/sandbox.dtsi
index e1f68cd..bd87dac 100644
---
Add a new uclass for button that implements two functions:
- button_get_by_label
- button_get_status
Signed-off-by: Philippe Reynes
---
drivers/Kconfig| 2 ++
drivers/Makefile | 1 +
drivers/button/Kconfig | 12 ++
drivers/button/Makefile|
Enable the support of button (driver and command) on sandbox.
Signed-off-by: Philippe Reynes
---
configs/sandbox_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/sandbox_defconfig b/configs/sandbox_defconfig
index 5b75693..67801ed 100644
--- a/configs/sandbox_defconfig
Adds a command 'button' that provides the list of buttons
supported by the board, and the state of a button.
Signed-off-by: Philippe Reynes
---
cmd/Kconfig | 11
cmd/Makefile | 1 +
cmd/button.c | 86
3 files changed, 98
Add a simple driver which allows use of buttons attached to GPIOs.
Signed-off-by: Philippe Reynes
---
drivers/button/Kconfig | 10
drivers/button/Makefile | 1 +
drivers/button/button-gpio.c | 111 +++
3 files changed, 122 insertions(+)
The types of "offset" and "size" of "struct mtd_partition" are uint64_t,
while mtd_parse_partitions() uses int to work with these values. When
the offset reaches 2GB, it is interpreted as a negative value, which
leads to error messages like
mtd: partition "" is out of reach -- disabled
eg. when
Change the I2C Slave Address of the PCA9450A:
0x35 --> 0x25
According to the NXP documentation, in the datasheet:
PCA9450DS.pdf (Rev 1.0 - 19 November 2019)
in the table 19 "PCA9450 I2C Slave Address) at page 27/96,
all the PCA9450 have the same I2C address.
In particular, in case of 7-bit
Change the I2C Slave Address of the PCA9450A:
0x35 --> 0x25
According to the NXP documentation, in the datasheet:
PCA9450DS.pdf (Rev 1.0 - 19 November 2019)
in the table 19 "PCA9450 I2C Slave Address) at page 27/96,
all the PCA9450 have the same I2C address.
In particular, in case of 7-bit
Change the I2C Slave Address of the PCA9450A:
0x35 --> 0x25
According to the NXP documentation, in the datasheet:
PCA9450DS.pdf (Rev 1.0 - 19 November 2019)
in the table 19 "PCA9450 I2C Slave Address) at page 27/96,
all the PCA9450 have the same I2C address.
In particular, in case of 7-bit
The user can either count the number of patches, or provide a
tracking branch.
Signed-off-by: Nicolas Boichat
---
tools/patman/main.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/patman/main.py b/tools/patman/main.py
index a4aa5274c9..2e6ad48c6a 100755
---
Hi Sebastien,
> >> index 0c9d9a366e..c7f8b80954 100644
> >> --- a/drivers/power/pmic/pca9450.c
> >> +++ b/drivers/power/pmic/pca9450.c
> >> @@ -80,7 +80,7 @@ static struct dm_pmic_ops pca9450_ops = { };
> >>
> >> static const struct udevice_id pca9450_ids[] = {
> >> - { .compatible =
Setting sendemail.suppresscc to all or cccmd leads to --cc-cmd
parameter being ignored, and emails going either nowhere, or
just to the To: line maintainer.
Signed-off-by: Nicolas Boichat
---
tools/patman/gitutil.py | 25 +
tools/patman/main.py| 2 ++
2 files
The following changes since commit 4a9146c29573dbfa661918280d9522a01f6ca919:
Merge tag 'dm-pull-10jul20' of
https://gitlab.denx.de/u-boot/custodians/u-boot-dm (2020-07-10 16:22:57
-0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
Skip messages should only be written if the setup is not suitable for
testing.
If DHCP is enabled, we should not write a skip message if no static network
configuration is supplied.
Likewise if a static network configuration is supplied, we should not write
a skip message if DHCP is not enabled.
The GRUB binaries are expected in $UBOOT_TRAVIS_BUILD_DIR.
Signed-off-by: Heinrich Schuchardt
---
.gitlab-ci.yml | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index d0746955b4..e7e9dc96b8 100644
--- a/.gitlab-ci.yml
+++
> Subject: Re: [PATCH] power: pmic: pca9450: fix i2c address for PCA9450A
>
> Hi,
>
> On 7/13/20 10:47 AM, Peng Fan wrote:
> >> Subject: [PATCH] power: pmic: pca9450: fix i2c address for PCA9450A
> >>
> >> Change the I2C Slave Address of the PCA9450A:
> >>
> >> 0x35 --> 0x25
> >>
> >> According
Hi,
On 7/13/20 10:47 AM, Peng Fan wrote:
>> Subject: [PATCH] power: pmic: pca9450: fix i2c address for PCA9450A
>>
>> Change the I2C Slave Address of the PCA9450A:
>>
>> 0x35 --> 0x25
>>
>> According to the NXP documentation, in the datasheet:
>>
>> PCA9450DS.pdf (Rev 1.0 - 19 November 2019)
>>
On 09/07/20 4:47 pm, Jagan Teki wrote:
[...]
On 09/07/20 4:47 pm, Jagan Teki wrote:
> diff --git a/arch/x86/cpu/apollolake/spl.c b/arch/x86/cpu/apollolake/spl.c
> index e1ee1e0624..9c80440bbb 100644
> --- a/arch/x86/cpu/apollolake/spl.c
> +++ b/arch/x86/cpu/apollolake/spl.c
> @@ -10,6 +10,7 @@
> Subject: [PATCH] power: pmic: pca9450: fix i2c address for PCA9450A
>
> Change the I2C Slave Address of the PCA9450A:
>
> 0x35 --> 0x25
>
> According to the NXP documentation, in the datasheet:
>
> PCA9450DS.pdf (Rev 1.0 - 19 November 2019)
>
> in the table 19 "PCA9450 I2C Slave Address) at
Bindings match upstream as much as possible, only exception is the
pinctrl and GPIO drivers.
They are unified in Linux while they are separate in U-boot.
Thanks
On Fri, Jul 10, 2020 at 7:43 PM Tom Rini wrote:
>
> On Fri, Jul 10, 2020 at 07:31:34PM +0200, Robert Marko wrote:
> > On Fri, Jul 10,
Hi Jagan,
$subject: s/redundent/redundant
On 09/07/20 4:47 pm, Jagan Teki wrote:
> ---
[...]
> index b09046fec3..44cdb3151d 100644
> --- a/drivers/mtd/spi/sf-uclass.c
> +++ b/drivers/mtd/spi/sf-uclass.c
> @@ -122,7 +122,7 @@ static int spi_flash_std_erase(struct udevice *dev, u32
> offset,
On 08/07/20 5:26 pm, Jagan Teki wrote:
> On Fri, Jun 5, 2020 at 6:16 PM Pratyush Yadav wrote:
>>
>> Since this flash doesn't have a Profile 1.0 table, the Octal DTR
>> capabilities are enabled in the post SFDP fixup, along with the 8D-8D-8D
>> fast read settings.
>>
>> Enable Octal DTR mode
On 09/07/20 1:43 pm, Jagan Teki wrote:
> On Tue, Jul 7, 2020 at 7:00 PM Vignesh Raghavendra wrote:
>>
>> Hi Jagan,
>>
>> On 15/06/20 9:21 pm, Pratyush Yadav wrote:
>>> On 05/06/20 06:14PM, Pratyush Yadav wrote:
Hi,
This series adds support for octal DTR flashes in the spi-nor
On 11.07.2020 12:30, Jagan Teki wrote:
> On Wed, Jul 8, 2020 at 5:41 PM Nazım Gediz Aydındoğmuş
> wrote:
>> UART4 port of A64 was in conflict with R_UART of older SoCs, like A23.
>>
>> This commit adds necessary definitions to use UART4 port on A64.
>>
>> Signed-off-by: Nazım Gediz Aydındoğmuş
Hi Simon,
On Wed, Jul 8, 2020 at 11:33 AM Simon Glass wrote:
>
> Add a function to write a scope to the generated ACPI code.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Wolfgang Wallner
> ---
>
> Changes in v2:
> - Rename parameter from 'name' to 'scope'
>
> include/acpi/acpigen.h | 9
Hi Simon,
On Wed, Jul 8, 2020 at 11:33 AM Simon Glass wrote:
>
> This series is split off from the original ACPI series and renumbered to
> version 1.
>
> It includes functions for generating more ACPI constructs as well as I2C,
> GPIO and sound support. There are also quite a few patches
On Wed, Jul 8, 2020 at 11:34 AM Simon Glass wrote:
>
> This function does not exist anymore. Drop it from the header file.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Remove the function from zimage.c also
>
> arch/x86/include/asm/u-boot-x86.h | 2 --
> arch/x86/lib/zimage.c
Hi Simon,
On Mon, Jul 13, 2020 at 3:37 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Tue, 7 Jul 2020 at 21:25, Simon Glass wrote:
> >
> > Hi Bin,
> >
> > On Mon, 6 Jul 2020 at 18:22, Bin Meng wrote:
> > >
> > > Hi Simon,
> > >
> > > On Tue, Jul 7, 2020 at 3:22 AM Simon Glass wrote:
> > > >
> > > >
Hi Simon,
On Mon, Jul 13, 2020 at 1:54 PM Bin Meng wrote:
>
> On Wed, Jul 8, 2020 at 7:11 PM Wolfgang Wallner
> wrote:
> >
> > Hi Simon,
> >
> > -"Simon Glass" schrieb: -
> > > Betreff: [PATCH v2 28/44] i2c: designware_i2c: Support ACPI table
> > > generation
> > >
> > > Update the
On Wed, Jul 8, 2020 at 11:34 AM Simon Glass wrote:
>
> This should ideally be used by all x86 boards in U-Boot. Enable it by
> default. If some boards don't use it, the cost is small.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Don't enable this for qemu
>
> arch/Kconfig
1 - 100 of 103 matches
Mail list logo