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
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
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
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
---
Changes from V2:
- Turned IS_ENABLED() into #if defined to allow
building on platforms that don't define
CONFIG_SYS_PCI_
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&#
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
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
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:
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
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
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
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
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
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
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
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
Hi Jagan,
On Sun, Nov 22, 2015 at 6:25 AM, Jagan Teki wrote:
> Hi Michal,
>
> I'm unable to boot the zynq board from MMC, here is my trails:
> 1. zynq-boot-bin.py -o boot.bin -u spl/u-boot-spl-dtb.bin
> copied boot.bin and u-boot-dtb.img on to sd card
>
try reverting 9ac4fc82071ce346e388511824
- CONFIG_SYS_MALLOC_F_LEN - Early malloc space
> 0xfd00 - sizeof(GD) - GD
> 0xfe00 - 0x - SoC specific boot code
>
> Signed-off-by: Michal Simek
Tested-by: Moritz Fischer
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
a good idea neither.
Any suggestions? For future reference do you want me to split out dts etc in a
separate patch?
Thanks for your feedback & suggestions,
Moritz
Moritz Fischer (1):
zynq: Add support for E3xx board.
arch/arm/dts/Makefile | 3 +-
ar
brace in regex is deprecated, passed through in regex;
marked by <-- HERE in m/^\({ <-- HERE / at
./scripts/checkpatch.pl line 3636.
Unescaped left brace in regex is deprecated, passed through in regex;
marked by <-- HERE in m/(?^x:
Signed-off-by: Moritz Fischer
---
scripts/checkpa
heers,
Moritz
PS: I skipped touching the Zynq board files for now, since I wanted to make sure
I get the driver right first ;-)
Moritz Fischer (2):
i2c: Describe Cadence I2C devicetree bindings
dm: i2c: Add driver for Cadence I2C IP
doc/device-tree-bindings/i2c/i2c-cdns.txt | 20 ++
driver
Signed-off-by: Moritz Fischer
---
doc/device-tree-bindings/i2c/i2c-cdns.txt | 20
1 file changed, 20 insertions(+)
create mode 100644 doc/device-tree-bindings/i2c/i2c-cdns.txt
diff --git a/doc/device-tree-bindings/i2c/i2c-cdns.txt
b/doc/device-tree-bindings/i2c/i2c
This is a possible drop in replacement for drivers/i2c/zynq-i2c.c
Since this is cadence IP it has been renamed to cdns-i2c,
to make sense with the compatible string.
Signed-off-by: Moritz Fischer
---
drivers/i2c/Kconfig| 7 +
drivers/i2c/Makefile | 1 +
drivers/i2c/i2c-cdns.c | 339
Hi Michal,
On Mon, Dec 28, 2015 at 10:35 AM, Michal Simek wrote:
> ok then where is the series for converting orgin driver to this DM one?
Umhh, well it would look like:
$ git rm drivers/i2c/zynq-i2c.c
$ git add drivers/i2c/i2c-cdns.c
Do you want me to add that to the v1?
> No problem with r
Hi Michal,
On Tue, Jan 5, 2016 at 7:44 AM, Michal Simek wrote:
> I have looked at these patches and I don't know why there is 100k
> limitation in cdns_i2c_set_bus_speed. DTS is using 400k in Linux without
> any problem.
Well I could statically calculate the values for 400K, too but anyway that
On Tue, Jan 5, 2016 at 11:53 PM, Michal Simek wrote:
> On 5.1.2016 18:30, Moritz Fischer wrote:
>> Hi Michal,
>>
>> On Tue, Jan 5, 2016 at 7:44 AM, Michal Simek wrote:
>>
>>> I have looked at these patches and I don't know why there is 100k
>>>
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
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
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
-
>> 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
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
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, Feb 4, 2016 at 1:07 AM, Michal Simek wrote:
> Remove unused macros. Adresses are taken from DT.
>
> Signed-off-by: Michal Simek
Reviewed-by: Moritz Fischer
> ---
>
> arch/arm/include/asm/arch-zynqmp/hardware.h | 3 ---
> arch/arm/mach-zynq/include/mach/hardware
�� sdhci@ff17: 0
> Using default environment
>
> Signed-off-by: Michal Simek
Reviewed-by: Moritz Fischer
> ---
>
> drivers/serial/serial_zynq.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/serial/serial_zynq.c b/drivers/seri
On Tue, Feb 16, 2016 at 11:39 PM, Michal Simek wrote:
> Use RAM support in jtagboot mode.
>
> Signed-off-by: Michal Simek
Reviewed-by: Moritz Fischer
Looks good to me,
Moritz
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.d
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
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
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
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
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
+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
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
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
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)
Cc: Simon Glass
Cc: u-boot@lists.denx.de
Signed-off-by: Moritz Fischer
---
Changes from v1:
- Fixed accidential change of command version
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
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
This commits adds support for the N25Q016A, a 16Mbit
serial 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..8ae4eea 100644
--- a
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
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
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 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
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
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 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.
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
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
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
On Thu, Jan 14, 2016 at 7:48 AM, Sören Brinkmann
wrote:
> On Thu, 2016-01-14 at 02:44PM +0100, Michal Simek wrote:
>> From: Michal Simek
>>
>> Fix minor indentation problems.
>>
>> Signed-off-by: Michal Simek
>> Signed-off-by: Michal Simek
> Reviewe
On Thu, Jan 14, 2016 at 12:08 PM, Tom Rini wrote:
> On Sun, Dec 27, 2015 at 06:28:12PM +0100, Mateusz Kulikowski wrote:
>
>> Use existing library function to poll bit(s).
>> Signed-off-by: Mateusz Kulikowski
>
> Reviewed-by: Tom Rini
Reviewed-by: Moritz F
Hi Michal,
On Mon, Jan 25, 2016 at 11:09 AM, Michal Simek wrote:
> On 25.1.2016 11:08, Michal Simek wrote:
>> Use space instead of tab in checkboard print to aligned
>> it with others boards.
>>
>> Signed-off-by: Michal Simek
Reviewed-by: Mori
Signed-off-by: Moritz Fischer
---
Hi Michal,
I was planning to use this in future to boot into recovery mode.
The change is small enough I feel that we could directly take it.
If you want to hold off until there's a user that's fine for me, too.
Cheers,
Moritz
---
arc
Hi Michal,
On Wed, Jan 27, 2016 at 2:15 PM, Michal Simek wrote:
> On 27.1.2016 12:22, Moritz Fischer wrote:
>> Signed-off-by: Moritz Fischer
>> ---
>> Hi Michal,
>>
>>I was planning to use this in future to boot into recovery mode.
>>The chan
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
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
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
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 ++
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
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
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
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
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
&
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(-)
>
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
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
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
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
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 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
---
Changes from v1:
- Simon's feedback on ifdef vs IS_ENABLED()
---
drivers/i2c/muxes/pca954x.c | 42 +++
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
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
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
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
, 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
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
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
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
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 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
, 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
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
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
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
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
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
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
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
1 - 100 of 119 matches
Mail list logo
