All call sites are using size rather than end addresses,
so instead - as previously done - calculating an end address
everywhere, just modify the function to use size and internally
calculate the end address
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
Cc: Patrick Wildt
Signed-off-by: Moritz
On Wed, Oct 30, 2024 at 2:02 PM Heinrich Schuchardt
wrote:
>
> efi_dp_from_mem() expects the last parameter to be the end address and not
> the size.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Moritz Fischer
> ---
> lib/efi_loader/efi_device_path.c | 3 ++-
The function expects an end address but is being called with
an size instead.
Fixes: 6422820ac3 ("efi_loader: split unrelated code from efi_bootmgr.c")
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
Signed-off-by: Moritz Fischer
---
Changes from v1:
- Fixed secon
On Wed, Oct 30, 2024 at 10:28:40PM GMT, Ilias Apalodimas wrote:
Hi Moritz
Thanks for the patch
On Wed, 30 Oct 2024 at 22:16, Moritz Fischer wrote:
>
> The function expects an end address but is being called with
> an size instead.
>
> Fixes: 6422820ac3 ("efi_loader:
The function expects an end address but is being called with
an size instead.
Fixes: 6422820ac3 ("efi_loader: split unrelated code from efi_bootmgr.c")
Signed-off-by: Moritz Fischer
---
lib/efi_loader/efi_bootbin.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff -
> shift is supposed to be less than 4.
>
Reviewed-by: Moritz Fischer
> Signed-off-by: Patrick Rudolph
> ---
> lib/acpi/acpi_table.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/lib/acpi/acpi_table.c b/lib/acpi/acpi_table.c
> ind
T: Read the interrupts from the GIC node for ACPI MADT generation.
>
> Signed-off-by: Patrick Rudolph
Reviewed-by: Moritz Fischer
> ---
> Changelog v9:
> - Read interrupt-cells from interrupt parent
> ---
> arch/sandbox/dts/test.dts | 3 ++
> drivers/misc/irq-uclass.c | 66
SPIs
> - ID0-ID15 are used for SGIs
> - ID16-ID31 are used for PPIs
>
> TEST: Booted on qemu sbsa-ref that has a GICV3.
>
> Signed-off-by: Patrick Rudolph
Reviewed-by: Moritz Fischer
> ---
> Changelog v9:
> - Require at least 3 interrupt-cells
> - Map SPI
Hi Patrick,
On Mon, Oct 14, 2024 at 6:17 AM Patrick Rudolph
wrote:
>
> Add support for Arm sbsa [1] v0.3+ that is supported by QEMU [2].
>
> Unlike other Arm based platforms the machine only provides a minimal
> FDT that contains number of CPUs, ammount of memory and machine-version.
> The boot f
Hi Patrick,
On Mon, Oct 14, 2024 at 6:16 AM Patrick Rudolph
wrote:
>
> Translate IRQs by implementing of_xlate() as required by
> irq_get_by_index() to parse interrupt properties.
>
> TEST: Booted on qemu sbsa-ref that has a GICV3.
>
> Signed-off-by: Patrick Rudolph
> Reviewed-by: Simon Glass
>
Hi Patrick
On Mon, Oct 14, 2024 at 6:16 AM Patrick Rudolph
wrote:
>
> Support reading the "interrupts" property from the devicetree in case
> the "interrupts-extended" property isn't found. As the "interrupts"
> property is commonly used, this allows to parse all existing FDT and
> makes irq_get_
Patrick,
On Sat, Jul 27, 2024 at 12:21 AM Patrick Rudolph
wrote:
>
> Add generic ACPI code to generate
> - MADT GICC
> - MADT GICD
>
> as commonly used on arm platforms.
>
> Signed-off-by: Patrick Rudolph
> Cc: Tom Rini
> Cc: Simon Glass
> ---
> arch/arm/include/asm/acpi_table.h | 18
IVE_LOW BIT(1)
> +
> /**
> * struct acpi_bgrt - Boot Graphics Resource Table (BGRT)
> *
> --
> 2.45.2
>
Reviewed-by: Moritz Fischer
On Sat, Jul 27, 2024 at 12:21 AM Patrick Rudolph
wrote:
>
> From: Maximilian Brune
>
> When ACPI is enabled on arm it will use the getinfo function to fill
> the SPCR ACPI table.
>
> Signed-off-by: Maximilian Brune
> Cc: Simon Glass
> Cc: Tom Rini
Reviewed-by: Mo
On Tue, Jan 9, 2024 at 9:05 PM Moritz Fischer wrote:
>
> A busy controller shouldn't be game-over for all controllers,
> so keep trying on hitting -EBUSY.
>
> This change brings the actual behavior of the routine in line
> with what the descriptions says.
>
> Fixes:
Signed-off-by: Moritz Fischer
---
drivers/nvme/nvme.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/nvme/nvme.c b/drivers/nvme/nvme.c
index ec45f831a3..59a139baa0 100644
--- a/drivers/nvme/nvme.c
+++ b/drivers/nvme/nvme.c
@@ -695,7 +695,9 @@ int nvme_scan
Return -EBUSY if controller is found busy rather than -ENOMEM
and update the error message accordingly.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Reviewed-by: Simon Glass
Signed-off-by: Moritz Fischer
---
drivers/nvme/nvme.c | 4 ++--
1 file changed, 2 insert
This enables 64b BARs if CONFIG_SYS_PCI_64BIT is enabled.
Reviewed-by: Philip Oberfichtner
Reviewed-by: Simon Glass
Signed-off-by: Moritz Fischer
---
Changes from V3:
- Rebased onto v2024.01
Changes from V2:
- Turned IS_ENABLED() into #if defined to allow
building on platforms that don&#
Allow dm_pci_map_bar() usage on systems with CONFIG_SYS_PCI_64BIT.
Reviewed-by: Philip Oberfichtner
Reviewed-by: Simon Glass
Signed-off-by: Moritz Fischer
---
Changes from V2:
- Turned IS_ENABLED() into #if defined to allow
building on platforms that don't define
CONFIG_SYS_PCI_
Tom,
On Thu, Dec 21, 2023 at 9:53 AM Tom Rini wrote:
>
> On Sun, Dec 17, 2023 at 12:52:09AM +, Moritz Fischer wrote:
>
> > Allow dm_pci_map_bar() usage on systems with CONFIG_SYS_PCI_64BIT.
> >
> > Reviewed-by: Philip Oberfichtner
> > Reviewed-by: Simon
Allow dm_pci_map_bar() usage on systems with CONFIG_SYS_PCI_64BIT.
Reviewed-by: Philip Oberfichtner
Reviewed-by: Simon Glass
Signed-off-by: Moritz Fischer
---
drivers/pci/pci-uclass.c | 11 +++
include/pci.h| 4 ++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff
Signed-off-by: Moritz Fischer
---
Changes from V1:
- Added Simon's Reviewed-by
---
drivers/nvme/nvme.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/nvme/nvme.c b/drivers/nvme/nvme.c
index ec45f831a3..59a139baa0 100644
--- a/drivers/nvme/nvme.c
+++ b/drivers/n
Return -EBUSY if controller is found busy rather than -ENOMEM
and update the error message accordingly.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Reviewed-by: Simon Glass
Signed-off-by: Moritz Fischer
---
Changes from V1:
- Added Simon's Reviewed-by
---
driv
A busy controller shouldn't be game-over for all controllers,
so keep trying on hitting -EBUSY.
This change brings the actual behavior of the routine in line
with what the descriptions says.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Signed-off-by: Moritz Fische
Return -EBUSY if controller is found busy rather than -ENOMEM
and update the error message accordingly.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Signed-off-by: Moritz Fischer
---
drivers/nvme/nvme.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
Hi,
On Wed, Nov 29, 2023 at 11:28 AM Simon Glass wrote:
>
> +Heinrich Schuchardt
>
> Hi,
>
> On Wed, 29 Nov 2023 at 08:29, Ba Gia Bao Phan
> wrote:
> >
> > Hello everyone,
> >
> > I am a trainee at STMicroelectronics France. I am working on a project
> > "Setting up a boot chain ACPI" for STM32
Allow dm_pci_map_bar() usage on systems with CONFIG_SYS_PCI_64BIT.
Reviewed-by: Philip Oberfichtner
Signed-off-by: Moritz Fischer
---
Changes from v1:
- Fixed commit message
---
drivers/pci/pci-uclass.c | 11 +++
include/pci.h| 4 ++--
2 files changed, 13 insertions(+), 2
Allow dm_pci_map_bar() usage on systems with CONFIG_PCI_SYS_64BIT.
Signed-off-by: Moritz Fischer
---
drivers/pci/pci-uclass.c | 11 +++
include/pci.h| 4 ++--
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/pci-uclass.c b/drivers/pci/pci-uclass.c
A busy controller shouldn't be game-over for all controllers,
so keep trying on hitting -EBUSY.
This change brings the actual behavior of the routine in line
with what the descriptions says.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Signed-off-by: Moritz Fische
Return -EBUSY if controller is found busy rather than -ENOMEM
and update the error message accordingly.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Signed-off-by: Moritz Fischer
---
drivers/nvme/nvme.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
Fixes a filepath in MAINTAINERS file that wasn't updated when
renaming the files to match the new SoC name.
Fixes: a4bd5e4120d6 ('arm: apple: Change SoC name from "m1" into "apple"')
Signed-off-by: Moritz Fischer
---
MAINTAINERS | 2 +-
1 file changed, 1 inse
Hi Simon,
On Mon, Feb 7, 2022 at 12:22 PM Simon Glass wrote:
>
> Hi Moritz,
>
> On Sat, 5 Feb 2022 at 13:17, Moritz Fischer wrote:
> >
> > MCFG tables are used on multiple arches. Move to common ACPI lib.
> >
> > Cc: Simon Glass
> > Signed-off-by: Mor
Hi Marek,
On Fri, Sep 22, 2017 at 3:19 PM, Marek Vasut wrote:
> On 09/21/2017 11:35 PM, Philip Balister wrote:
>> On 09/19/2017 04:15 AM, Marek Vasut wrote:
>>> On 09/18/2017 06:06 PM, Tom Rini wrote:
On Mon, Sep 18, 2017 at 04:51:31PM +0100, Burton, Ross wrote:
> On 18 September 2017 at
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer
Reviewed-by: Heiko Schocher
Reviewed-by: Simon Glass
---
Changes from v2:
- Removed ifdef that would break build as suggested by Simon
- Added S
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer
---
Changes from v1:
- Simon's feedback on ifdef vs IS_ENABLED()
---
drivers/i2c/muxes/pca954x.c | 42 +++
Hi Simon,
On Fri, Sep 8, 2017 at 9:55 PM, Simon Glass wrote:
> On 5 September 2017 at 12:24, Moritz Fischer wrote:
>> This commit adds support for GPIO reset lines matching the
>> common linux "reset-gpios" devicetree binding.
>>
>> Signed-off-by: Moritz
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Stefan Roese
Cc: Marek Behún
Cc: Simon Glass
Cc: Michal Simek
---
drivers/i2c/muxes/pca9
Hi Pantelis,
nit inline
On Fri, Jun 30, 2017 at 9:23 AM, Pantelis Antoniou
wrote:
> Verify that stacked overlays work.
>
> Signed-off-by: Pantelis Antoniou
Reviewed-by: Moritz Fischer
> ---
> test/overlay/Makefile | 1 +
> test/overlay/cmd_ut_overlay.
On Thu, Jun 29, 2017 at 3:22 AM, Michal Simek wrote:
> On 23.6.2017 22:57, Moritz Fischer wrote:
>> Add support for second revision of NI Ettus Research Project Sulfur
>> Revision 2 SDR board.
>>
>> Signed-off-by: Moritz Fischer
>> ---
>> arch/arm/dts/Ma
Hi Michal,
can you / did you send this to the kernel ML, too?
On Thu, Jun 29, 2017 at 3:14 AM, Michal Simek wrote:
> This will simplify dt overlay structure for the whole PL.
>
> Signed-off-by: Michal Simek
Reviewed-by: Moritz Fischer
> ---
>
> arch/arm/dts/zynq-7000.dtsi
Add support for second revision of NI Ettus Research Project Sulfur
Revision 3 SDR board.
Signed-off-by: Moritz Fischer
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/zynq-ni-sulfur-rev3-uboot.dtsi | 26 ++
arch/arm/dts/zynq-ni-sulfur-rev3.dts | 325
Add support for second revision of NI Ettus Research Project Sulfur
Revision 2 SDR board.
Signed-off-by: Moritz Fischer
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/zynq-ni-sulfur-rev2-uboot.dtsi | 16 ++
arch/arm/dts/zynq-ni-sulfur-rev2.dts | 275
le so suggestions are welcome.
My reasoning was that future modifications might be easier if I don't have
to mess with the common file via #if defined() for stuff that is NI/Ettus
specific in the board/xilinx/zynq directory.
Thanks,
Moritz
Moritz Fischer (2):
ni: zynq: Add support for NI Ettu
Hi all,
On Mon, Feb 20, 2017 at 6:59 AM, Michal Simek wrote:
> Definitely I am open to improve this subsystem to make it more flexible.
Over at linux-fpga ([1]) we're currently discussing the idea of coming
up with a header
format (vendor neutral) that we stitch onto the fpga image to allow the
xed-link work for the cadence gem. Maybe you can use that as a
starting point. It definitely does work.
I'll submit the linux one eventually, feel free to comment or improve.
Cheers,
Moritz
From 2526c6b641c5fb87b7469cd3fdef59de3d870b5e Mon Sep 17 00:00:00 2001
From: Moritz Fischer
Date:
Hi Simon,
On Thu, Jan 26, 2017 at 3:23 PM, Simon Glass wrote:
> Unfortunately due to travel I'm not going to be able to try this
> out/review it for two more weeks.
No problem, I'm travelling too at the moment.
Moritz
___
U-Boot mailing list
U-Boot@l
Add support for version 3 of the ec protocol. It basically works by
stitching some additional header in front (special command code),
and having a result and packet_length stitched on for the reply.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: u-boot@lists.denx.de
---
Changes from v1
, i.e. the I2C
bus is known non-active.
The workaround is based on the implementation in the linux-kernel.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- Fixed the removal/addition of printf/debug
---
drivers/i2c/i2c-cdns.c | 119
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- None
---
drivers/i2c/i2c-cdns.c | 21 -
1 file changed, 21 deletions(-)
diff --git a
Reorder the timeout loop such that we first check if the
condition is already true, and then call udelay() so if
the condition is already true, break early.
Reviewed-by: Michal Simek
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1
when the IP can really not do it.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- Removed additional blank lines
- No longer modify printout paths
- Rebased on top of prior patches for r1p14 support
---
drivers/i2c/i2c-cdns.c | 66
For mux check if the parent is already a device of UCLASS_I2C and if yes
just use that. Otherwise see if someone specified an i2c-parent phandle.
This mimics the behavior found in the Kernel, as it removes the
requirement to explicitly specify a i2c-parent phandle.
Signed-off-by: Moritz Fischer
Add support for version 3 of the ec protocol. It basically works by
stitching some additional header in front (special command code),
and having a result and packet_length stitched on for the reply.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: u-boot@lists.denx.de
---
Hi Simon,
I tested
Replace dm_i2c_write() / dm_i2c_read() with transaction using
struct i2c_msg[2] in order to allow for i2c controller to detect
write/read cycle to emit a repeated start condition.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: u-boot@lists.denx.de
---
Hi Simon,
since I don't have
Reorder the timeout loop such that we first check if the
condition is already true, and then call udelay() so if
the condition is already true, break early.
Reviewed-by: Michal Simek
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- None
---
drivers/i2c/i2c-cdns.c | 21 -
1 file changed, 21 deletions(-)
diff --git a
when the IP can really not do it.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- Removed additional blank lines
- No longer modify printout paths
- Rebased on top of prior patches for r1p14 support
---
drivers/i2c/i2c-cdns.c | 66
, i.e. the I2C
bus is known non-active.
The workaround is based on the implementation in the linux-kernel.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Changes from v1:
- Fixed the removal/addition of printf/debug
---
drivers/i2c/i2c-cdns.c | 119
Hi Michal,
On Tue, Jan 3, 2017 at 1:22 AM, Michal Simek wrote:
> On 2.1.2017 20:20, Moritz Fischer wrote:
>> Hi Michal,
>>
>> On Mon, Jan 2, 2017 at 6:24 AM, Michal Simek wrote:
>>> On 29.12.2016 23:50, Moritz Fischer wrote:
>>>> For mux check if the pa
Hi Michal,
On Mon, Jan 2, 2017 at 6:29 AM, Michal Simek wrote:
> +Siva: please test it.
>
> On 27.12.2016 23:46, Moritz Fischer wrote:
>> Revision 1.0 of this IP has a couple of issues, such as not supporting
>> repeated start conditions for read transfers.
>>
>>
Hi Michal,
On Mon, Jan 2, 2017 at 6:24 AM, Michal Simek wrote:
> On 29.12.2016 23:50, Moritz Fischer wrote:
>> For mux check if the parent is already a device of UCLASS_I2C and if yes
>> just use that. Otherwise see if someone specified an i2c-parent phandle.
>> This mimics
For mux check if the parent is already a device of UCLASS_I2C and if yes
just use that. Otherwise see if someone specified an i2c-parent phandle.
This mimics the behavior found in the Kernel, as it removes the
requirement to explicitly specify a i2c-parent phandle.
Signed-off-by: Moritz Fischer
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
drivers/i2c/i2c-cdns.c | 21 -
1 file changed, 21 deletions(-)
diff --git a/drivers/i2c/i2c-cdns.c b
, i.e. the I2C
bus is known non-active.
The workaround is based on the implementation in the linux-kernel.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
drivers/i2c/i2c-cdns.c | 121 -
1 file changed
Reorder the timeout loop such that we first check if the
condition is already true, and then call udelay() so if
the condition is already true, break early.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
drivers/i2c/i2c-cdns.c | 2 +-
1 file
when the IP can really not do it.
Signed-off-by: Moritz Fischer
Cc: Heiko Schocher
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
drivers/i2c/i2c-cdns.c | 69 --
1 file changed, 55 insertions(+), 14 deletions(-)
diff --git a/drivers/i2c/i2c-cdns.c
Hi Michal,
On Wed, Dec 21, 2016 at 11:35 PM, Michal Simek wrote:
> compatible = "cdns,i2c-r1p14", "cdns,i2c-r1p10";
I keep getting that wrong .. .damn ... :) Will resubmit.
> The same of course for u-boot where also p14 should be added to the driver.
Yeah, I realized that part after submittin
The Zynq Ultrascale MP uses version 1.4 of the Cadence IP core
which fixes some silicon bugs that needed software workarounds
in Version 1.0 that was used on Zynq systems.
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Heiko Schocher
---
arch/arm/dts/zynqmp.dtsi | 4 ++--
1 file changed
Adding additional compatible string for version 1.4 of the IP block.
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Heiko Schocher
---
drivers/i2c/i2c-cdns.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/i2c/i2c-cdns.c b/drivers/i2c/i2c-cdns.c
index f49f60b..ef85a70 100644
From: Moritz Fischer
The Zynq Ultrascale MP uses version 1.4 of the Cadence IP core
which fixes some silicon bugs that needed software workarounds
in Version 1.0 that was used on Zynq systems.
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: Sören Brinkmann
Cc: U-Boot List
Cc: Rob Herring
Hi Michal,
On Fri, Dec 16, 2016 at 5:38 AM, Michal Simek wrote:
> spi-max-frequency for spi bus depends on devices which are
> connected to it. Remove this parameter from dtsi file.
>
> Signed-off-by: Michal Simek
> ---
>
> arch/arm/dts/zynq-7000.dtsi | 2 --
> 1 file changed, 2 deletions(-)
>
Michal,
On Wed, Dec 14, 2016 at 11:23 PM, Michal Simek wrote:
> On 14.12.2016 20:13, Moritz Fischer wrote:
>> Whoops,
>>
>> On Thu, Dec 8, 2016 at 12:11 PM, Moritz Fischer
>> wrote:
>>> This is not currently implemented. Add support for this so that the
&
Whoops,
On Thu, Dec 8, 2016 at 12:11 PM, Moritz Fischer
wrote:
> This is not currently implemented. Add support for this so that the
> Chrome OS EC can be used reliably.
>
> Signed-off-by: Moritz Fischer
> Cc: Jagan Teki
> Cc: Simon Glass
> Cc: u-boot@lists.den
By adding labels to the cpu nodes in the dtsi, a dts that
includes it can change the OPPs by referencing the cpu0
through the label.
[Based on linux (400b6a0cbef55d1ae32808eaa1ef1c28820bf6ac)]
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Ok, since I fatfingered
By adding labels to the cpu nodes in the dtsi, a dts that
includes it can change the OPPs by referencing the cpu0
through the label.
[Based on linux (400b6a0cbef55d1ae32808eaa1ef1c28820bf6ac)]
Signed-off-by: Moritz Fischer
Cc: Michal Simek
Cc: u-boot@lists.denx.de
---
Hi Michal,
I thought
This is not currently implemented. Add support for this so that the
Chrome OS EC can be used reliably.
Signed-off-by: Moritz Fischer
Cc: Jagan Teki
Cc: Simon Glass
Cc: u-boot@lists.denx.de
---
drivers/spi/zynq_spi.c | 24
1 file changed, 24 insertions(+)
diff --git a
Hi Maxime,
On Tue, Nov 8, 2016 at 2:19 AM, Maxime Ripard
wrote:
> Add a driver for the Maxim DS2431 1-Wire EEPROM
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/eeprom/Kconfig | 6 ++
> drivers/eeprom/Makefile | 1 +
> drivers/eeprom/ds2431.c | 38 ++
Hi Maxime,
On Fri, Nov 11, 2016 at 8:17 AM, Simon Glass wrote:
> Hi Maxime,
>
> On 8 November 2016 at 03:19, Maxime Ripard
> wrote:
>> We might want to access data stored onto EEPROMs. Create a framework to
>> provide a consistent API.
>
> We have UCLASS_I2C_EEPROM. Can we unify these? If not, p
The cros_ec_decode_region() function is only used in combination
with the crosec cmds. Move the function to the correct place.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: Masahiro Yamada
Cc: u-boot@lists.denx.de
---
Changes from v1:
* make cros_ec_decode_region static
* move over the
The cros_ec_decode_region() function is only used in combination
with the crosec cmds. Move the function to the correct place.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: Masahiro Yamada
Cc: u-boot@lists.denx.de
---
cmd/cros_ec.c | 16
drivers/misc/cros_ec.c
Hi Oscar,
On Mon, Oct 17, 2016 at 5:33 PM, Oscar Gomez Fuente
wrote:
> Ok Michal,
>
> Then you're suggesting change the zynq-picozed.dts file to:
If you're planning to include this into others, make it a .dtsi file.
>
> diff --git a/arch/arm/dts/zynq-picozed.dts b/arch/arm/dts/zynq-picozed.dts
+86,6 @@
>>
>> #ifdef CONFIG_USB_EHCI_ZYNQ
>> # define CONFIG_EHCI_IS_TDI
>> -# define CONFIG_USB_MAX_CONTROLLER_COUNT 2
>>
>> # define CONFIG_SYS_DFU_DATA_BUF_SIZE0x60
>> # define DFU_DEFAULT_POLL_TIMEOUT300
>>
>
> Acked-by: Michal Simek
Acked-by: Moritz Fischer
Cheers,
Moritz
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Move crosec commands from drivers/misc/cros_ec.c to
cmd/cros_ec.c
Acked-by: Simon Glass
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: Heiko Schocher
Cc: Bin Meng
Cc: Miao Yan
Cc: Masahiro Yamada
Cc: Stefan Roese
Cc: Przemyslaw Marczak
Cc: Maxime Ripard
Cc: Nishanth Menon
Cc: u-boot
Hi Simon,
On Tue, Oct 4, 2016 at 8:37 AM, Simon Glass wrote:
>> +menu "Firmware commands"
>> +config CMD_CROS_EC
>> + bool "Enable crosec command"
>> + depends on CROS_EC
>
> Can this be enabled by default if CROS_EC is enabled? At present I
> think your change will disable it.
Will
Move crosec commands from drivers/misc/cros_ec.c to
cmd/cros_ec.c
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: Heiko Schocher
Cc: Bin Meng
Cc: Miao Yan
Cc: Masahiro Yamada
Cc: Stefan Roese
Cc: Przemyslaw Marczak
Cc: Maxime Ripard
Cc: Nishanth Menon
Cc: u-boot@lists.denx.de
---
cmd
Boards where ECs that use a I2C port != 0 specify this in the
devicetree file via the google,remote-bus property.
Previously this was ignored and hardcoded to port 0.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: Heiko Schocher
Cc: u-boot@lists.denx.de
---
drivers/i2c/cros_ec_tunnel.c
Hi Adam
On Mon, Sep 26, 2016 at 12:35 PM, Adam Van Ymeren wrote:
> I'm trying to run the latest u-boot on the old samsung exynos5250
> chromebook (snow_defconfig). I've managed to get the u-boot console
> up but it doesn't respond to keyboard input.
>
> I managed to hack the startup procedure to
Add support for reading back flash parameters as reported by
the ec.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: u-boot@lists.denx.de
---
drivers/misc/cros_ec.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/drivers/misc/cros_ec.c b/drivers/misc/cros_ec.c
Add command to print out the flash info as reported by the
ec. The data read back includes size, write block size,
erase block size.
Signed-off-by: Moritz Fischer
Cc: Simon Glass
Cc: u-boot@lists.denx.de
---
drivers/misc/cros_ec.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a
This commit fixes an issue where data is written to an
invalid memory location.
The issue has been introduced in commit
(88364387 cros: add cros_ec_driver)
Cc: Simon Glass
Cc: u-boot@lists.denx.de
Signed-off-by: Moritz Fischer
---
Changes from v1:
- Fixed accidential change of command version
Hi Simon,
On Mon, Sep 12, 2016 at 1:48 PM, Moritz Fischer
wrote:
> - return ec_command_inptr(dev, EC_CMD_FLASH_WRITE, 0,
> - &p, sizeof(p), NULL, 0) >= 0 ? 0 : -1;
> + ret = ec_command_inptr(dev, EC_CMD_FLASH_WRITE, 1,
> +
This commit fixes an issue where data is written to an
invalid memory location.
The issue has been introduced in commit
88364387 cros: add cros_ec_driver
Signed-off-by: Moritz Fischer
Cc: u-boot@lists.denx.de
---
drivers/misc/cros_ec.c | 25 ++---
1 file changed, 18
-
>> 1 file changed, 27 insertions(+), 1 deletion(-)
>
> Reviewed-by: Simon Glass
Reviewed-by: Moritz Fischer
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Jagan,
thanks for your review!
On Thu, Jul 14, 2016 at 12:01 AM, Jagan Teki wrote:
> On 14 July 2016 at 00:00, Moritz Fischer wrote:
>> Signed-off-by: Moritz Fischer
>> ---
>> drivers/mtd/spi/sf_params.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> d
This commit adds support in the spi-nor driver for the
N25Q016A, a 16Mbit SPI NOR flash from Micron.
Signed-off-by: Moritz Fischer
---
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_params.c b/drivers/mtd/spi/sf_params.c
index 4f37e33..0ac7971
Signed-off-by: Moritz Fischer
---
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_params.c b/drivers/mtd/spi/sf_params.c
index 4f37e33..8ae4eea 100644
--- a/drivers/mtd/spi/sf_params.c
+++ b/drivers/mtd/spi/sf_params.c
@@ -83,6 +83,7 @@ const
Signed-off-by: Moritz Fischer
---
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_params.c b/drivers/mtd/spi/sf_params.c
index 4f37e33..8ae4eea 100644
--- a/drivers/mtd/spi/sf_params.c
+++ b/drivers/mtd/spi/sf_params.c
@@ -83,6 +83,7 @@ const
On Thu, Mar 31, 2016 at 11:06 AM, Moritz Fischer
wrote:
> This commits adds support for the N25Q016A, a 16Mbit
> serial NOR flash from Micron.
>
> Signed-off-by: Moritz Fischer
> ---
> Changes from v1:
>
> * RD_FULL
> * WR_QPP as suggested by Marek
>
> drive
This commits adds support for the N25Q016A, a 16Mbit
serial NOR flash from Micron.
Signed-off-by: Moritz Fischer
---
Changes from v1:
* RD_FULL
* WR_QPP as suggested by Marek
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_params.c b/drivers
Hi Marek,
On Wed, Mar 30, 2016 at 5:34 PM, Marek Vasut wrote:
> On 03/31/2016 12:23 AM, Moritz Fischer wrote:
>> This commits adds support for the N25Q016A, a 16Mbit
>> serial NOR flash from Micron.
>>
>> Signed-off-by: Moritz Fischer
>> ---
>> drive
1 - 100 of 119 matches
Mail list logo
