.
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 +-
arch/arm/dts/zynq-e3xx
eft 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 <moritz.f
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
On Tue, Jan 5, 2016 at 11:53 PM, Michal Simek <michal.si...@xilinx.com> wrote:
> On 5.1.2016 18:30, Moritz Fischer wrote:
>> Hi Michal,
>>
>> On Tue, Jan 5, 2016 at 7:44 AM, Michal Simek <michal.si...@xilinx.com> wrote:
>>
>>> I have looked at
,
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 ++
drivers/i2c
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
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/
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 <moritz.fisc...@ettus.com>
---
drivers/i2c/Kconfig| 7 +
drivers/i2c/Makefile
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?
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
k location
> 0xf300 - CONFIG_SYS_MALLOC_F_LEN - Early malloc space
> 0xfd00 - sizeof(GD) - GD
> 0xfe00 - 0x - SoC specific boot code
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Tested-by: Moritz Fischer <moritz.fisc...@ettus.com>
Michal Simek <mon...@monstr.eu>
>> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
> Reviewed-by: Sören Brinkmann <soren.brinkm...@xilinx.com>
Reviewed-by: Moritz Fischer <moritz.fisc...@ettus.com>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>
> Reviewed-by: Tom Rini <tr...@konsulko.com>
Reviewed-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cheers,
Moritz
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
abling Caches...
> EL Level: �� sdhci@ff17: 0
> Using default environment
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Reviewed-by: Moritz Fischer <moritz.fisc...@ettus.com>
> ---
>
> drivers/serial/serial_zynq.c | 4 ++--
> 1 file changed,
On Thu, Feb 4, 2016 at 1:07 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> Remove unused macros. Adresses are taken from DT.
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Reviewed-by: Moritz Fischer <moritz.fisc...@ettus.com>
> ---
>
> arch/ar
Hi Michal,
On Mon, Jan 25, 2016 at 11:09 AM, Michal Simek <mon...@monstr.eu> 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 <michal.s
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
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.
Hi Michal,
On Wed, Jan 27, 2016 at 2:15 PM, Michal Simek <michal.si...@xilinx.com> wrote:
> On 27.1.2016 12:22, Moritz Fischer wrote:
>> Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
>> ---
>> Hi Michal,
>>
>>I was planning to
On Tue, Feb 16, 2016 at 11:39 PM, Michal Simek <michal.si...@xilinx.com> wrote:
> Use RAM support in jtagboot mode.
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Reviewed-by: Moritz Fischer <moritz.fisc...@ettus.com>
This commits adds support for the N25Q016A, a 16Mbit
serial NOR flash from Micron.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
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 4
Hi Marek,
On Wed, Mar 30, 2016 at 5:34 PM, Marek Vasut <marek.va...@gmail.com> 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
On Thu, Mar 31, 2016 at 11:06 AM, Moritz Fischer
<moritz.fisc...@ettus.com> wrote:
> This commits adds support for the N25Q016A, a 16Mbit
> serial NOR flash from Micron.
>
> Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
> ---
> Changes from v1:
>
&g
This commits adds support for the N25Q016A, a 16Mbit
serial NOR flash from Micron.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
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/drive
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
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_pa
This commit adds support in the spi-nor driver for the
N25Q016A, a 16Mbit SPI NOR flash from Micron.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
drivers/mtd/spi/sf_params.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/sf_params.c b/drivers/m
Jagan,
thanks for your review!
On Thu, Jul 14, 2016 at 12:01 AM, Jagan Teki <jagannadh.t...@gmail.com> wrote:
> On 14 July 2016 at 00:00, Moritz Fischer <moritz.fisc...@ettus.com> wrote:
>> Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
>> ---
&g
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
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_pa
nx.com>
>> ---
>>
>> drivers/serial/serial_zynq.c | 28 +++-
>> 1 file changed, 27 insertions(+), 1 deletion(-)
>
> Reviewed-by: Simon Glass <s...@chromium.org>
Reviewed-by: Moritz Fischer <moritz.fisc...@ettus.com>
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.o
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
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
it since quite a while that
makes fixed-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
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 <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
Changes from v1:
- Removed additional blank lines
- No longer modify printout path
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 <michal.si...@xilinx.com>
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
Changes from v1:
- None
---
drivers/i
, 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 <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
Change
Hi Simon,
On Mon, Sep 12, 2016 at 1:48 PM, Moritz Fischer
<moritz.fisc...@ettus.com> wrote:
> - return ec_command_inptr(dev, EC_CMD_FLASH_WRITE, 0,
> - , sizeof(p), NULL, 0) >= 0 ? 0 : -1;
> + ret = ec_command_inptr(dev, EC_
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 <s...@chromium.org>
Cc: u-boot@lists.denx.de
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
Cha
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 <moritz.fisc...@ettus.com>
Cc: u-boot@lists.denx.de
---
drivers/misc/cros_ec.c | 25 ++
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: u-boot@lists.denx.de
---
drivers/misc/cros_ec.c | 10 +
Add support for reading back flash parameters as reported by
the ec.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: u-boot@lists.denx.de
---
drivers/misc/cros_ec.c | 21 +
1 file changed, 21 insertions(+)
diff --g
Move crosec commands from drivers/misc/cros_ec.c to
cmd/cros_ec.c
Acked-by: Simon Glass <s...@chromium.org>
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Heiko Schocher <h...@denx.de>
Cc: Bin Meng <bmeng...@gmail.
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
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Heiko Schocher <h
Move crosec commands from drivers/misc/cros_ec.c to
cmd/cros_ec.c
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Heiko Schocher <h...@denx.de>
Cc: Bin Meng <bmeng...@gmail.com>
Cc: Miao Yan <yanmiaob...@gmail.com>
Cc:
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
>> +++ b/include/configs/zynq-common.h
>> @@ -86,7 +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
>> # d
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
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
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 +
>
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Masahiro Yamada <yamada.masah...@socionext.com>
Cc: u-
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Masahiro Yamada <yamada.masah...@socionext.com>
Cc: u-
This is not currently implemented. Add support for this so that the
Chrome OS EC can be used reliably.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Jagan Teki <ja...@openedev.com>
Cc: Simon Glass <s...@chromium.org>
Cc: u-boot@lists.denx.de
---
drivers/s
Michal,
On Wed, Dec 14, 2016 at 11:23 PM, Michal Simek <michal.si...@xilinx.com> wrote:
> On 14.12.2016 20:13, Moritz Fischer wrote:
>> Whoops,
>>
>> On Thu, Dec 8, 2016 at 12:11 PM, Moritz Fischer
>> <moritz.fisc...@ettus.com> wrote:
>>> This is no
Whoops,
On Thu, Dec 8, 2016 at 12:11 PM, Moritz Fischer
<moritz.fisc...@ettus.com> 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 <moritz.fisc...@ettus.com>
> Cc: Jag
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
> ---
>
>
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 <moritz.fisc...@ettus.com>
Cc: Michal Simek <michal.si...@xilin
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 <moritz.fisc...@ettus.com>
Cc: Michal Simek <michal.si...@xilin
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.o
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 <moritz.fisc...@ettus.com>
Cc: Simon Glass <s...@chromium.org>
Cc: u-boot@l
when the IP can really not do it.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
Changes from v1:
- Removed additional blank lines
- No longer modify printout path
, 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 <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
Change
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 <michal.si...@xilinx.com>
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
Changes from v1:
- None
---
drivers/i
Hi Michal,
On Tue, Jan 3, 2017 at 1:22 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> On 2.1.2017 20:20, Moritz Fischer wrote:
>> Hi Michal,
>>
>> On Mon, Jan 2, 2017 at 6:24 AM, Michal Simek <michal.si...@xilinx.com> wrote:
>>> On 29.12.2016 23:50
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 <michal.si...@xilinx.com> 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
Hi Michal,
On Mon, Jan 2, 2017 at 6:29 AM, Michal Simek <michal.si...@xilinx.com> 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 re
The generic probe code in dm works, so get rid of the leftover cruft.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
drivers/i2c/i2c-cdns.c | 21 ---
when the IP can really not do it.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
drivers/i2c/i2c-cdns.c | 69 --
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 <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xi
, 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 <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: u-boot@lists.denx.de
---
drivers/i2
From: Moritz Fischer <m...@kernel.org>
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 <m...@kernel.org>
Cc: Michal Sime
Adding additional compatible string for version 1.4 of the IP block.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Heiko Schocher <h...@denx.de>
---
drivers/i2c/i2c-cdns.c | 1 +
1 file changed, 1 insertion(+)
diff -
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 <moritz.fisc...@ettus.com>
Cc: Michal Simek <michal.si...@xilinx.com>
Cc: Heiko
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
Hi Michal,
can you / did you send this to the kernel ML, too?
On Thu, Jun 29, 2017 at 3:14 AM, Michal Simek <michal.si...@xilinx.com> wrote:
> This will simplify dt overlay structure for the whole PL.
>
> Signed-off-by: Michal Simek <michal.si...@xilinx.com>
Review
Hi Pantelis,
nit inline
On Fri, Jun 30, 2017 at 9:23 AM, Pantelis Antoniou
<pantelis.anton...@konsulko.com> wrote:
> Verify that stacked overlays work.
>
> Signed-off-by: Pantelis Antoniou <pantelis.anton...@konsulko.com>
Reviewed-by: Moritz Fischer <moritz.fisc...@
On Thu, Jun 29, 2017 at 3:22 AM, Michal Simek <mon...@monstr.eu> 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 <moritz.fisc..
Add support for second revision of NI Ettus Research Project Sulfur
Revision 2 SDR board.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/zynq-ni-sulfur-rev2-uboot.dtsi | 16 ++
arch/arm/dts/zynq-ni-
Add support for second revision of NI Ettus Research Project Sulfur
Revision 3 SDR board.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
arch/arm/dts/Makefile| 1 +
arch/arm/dts/zynq-ni-sulfur-rev3-uboot.dtsi | 26 ++
arch/arm/dts/zynq-ni-
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 Ettus Research
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
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
---
Changes from v1:
- Simon's feedback on ifdef vs IS_ENABLED()
---
drivers/i2c/muxe
Hi Simon,
On Fri, Sep 8, 2017 at 9:55 PM, Simon Glass <s...@chromium.org> wrote:
> On 5 September 2017 at 12:24, Moritz Fischer <moritz.fisc...@ettus.com> wrote:
>> This commit adds support for GPIO reset lines matching the
>> common linux "reset-gpios"
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Reviewed-by: Heiko Schocher <h...@denx.de>
Reviewed-by: Simon Glass <s...@chromium.org>
---
Chang
This commit adds support for GPIO reset lines matching the
common linux "reset-gpios" devicetree binding.
Signed-off-by: Moritz Fischer <moritz.fisc...@ettus.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Stefan Roese <s...@denx.de>
Cc: Marek Behún <marek.b
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
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
---
drivers/n
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/nvme/nvme.c
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
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_64BIT
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
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: 9823
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't
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_name
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
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
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(-)
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 Fischer
--
1 - 100 of 105 matches
Mail list logo