We have a 'mxicy' entry in vendor-prefixes.txt for this vendor. Use it
to be consistent. Linux's
Documentation/devicetree/bindings/mtd/jedec,spi-nor.yaml file allows
both, but I'd like to see what happens if we try to be consistent in
Zephyr. There isn't a binding for this compatible in zephyr, so I'm
hopeful this won't break any upstream use cases.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
These are using unknown vendor prefixes.
I did find references to a Nanjing Tianyi Hexin Electronics Co., Ltd.
on Crunchbase and I thought about adding a vendor prefix, but I can't
justify it since it's just a single board that is using it, and there
is no upstream driver.
Similarly, I found hynitron.com, which seems to be an electronics
vendor, but Google Translate says their "about" page translates to
"Incomplete website information, please contact sales" (and the
English version contains no text).
Just change ',' to '-' instead so there is no vendor prefix anymore.
We can revisit this if anyone wants to upstream drivers for these
compatibles in the future, but for now it doesn't seem worth it.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
This has an unrecognized vendor prefix which does not seem to serve
any purpose. Removing it is a way forward to turning warnings into
errors on unrecognized vendor prefixes.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
The Linux vendor prefixes list uses 'cdns'. Match it, especially since
we have that prefix in our own list as well.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
These IP blocks' vendor is Cadence, whose proper vendor prefix is
'cdns' if we are going to match the Linux vendor prefixes list.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
As far as I can tell, 'vexriscv' does not name a vendor:
https://github.com/SpinalHDL/VexRiscv
It also doesn't seem entrenched enough to merit a special case
exception to the de factor rule 'the "vnd,foo" namespace is for
vendors'. This is open to debate and we can revise as needed in the
future, but for now let's just rename the compatible to avoid
triggering warnings/errors about unknown vendors.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
The original NIOS-II developer and former vendor is Altera, which is
now part of Intel. Let's not add a new vendor prefix for something
that already exists and has been acquired; move it to use the existing
'altr,' prefix instead.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
Rename:
- grove,light to seeed,grove-light
- grove,temperature to seeed,grove-temperature
The "grove" brand applies to a family of products by Seeed (sic):
https://www.seeedstudio.com/category/Grove-c-1003.html
Therefore we should use the existing vendor seeed.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
I can't find any reference anywhere showing that the manufacturer of
the LPD8803 or LPD8806 LED scripts is a company called 'colorway'.
Use 'greeled' instead; these seem to actually be manufactured by
GreeLed corporation.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
It should be "maxim,max30101", because the vendor prefix for this
company is "maxim", not "max".
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
It should be "u-blox,sara-r4", because the vendor prefix for this
company is "u-blox", not "ublox".
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
We have a ftdi,ft800 binding, and it's easy to imagine additional
bindings coming in the future since their USB/UART chips are very
commonly used.
I didn't find anything in Linux for this vendor.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
This is used for microbit,edge-connector. I couldn't find anything in
Linux, which is not surprising given these boards have constrained
Cortex-M chips.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
We have various compatibles matching this in a DTSI file.
Linux tracks this vendor too:
4071883fd8
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
We have a binding for apa,apa102 in zephyr.
I can't find any bindings for this vendor in Linux.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
We have a binding for compatible "quectel,bg9x".
I can't find any bindings for this vendor in Linux.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
We have a binding for wiznet,w5500 in zephyr.
Linux has a binding for this device, too:
d5ad8ec3cf/Documentation/devicetree/bindings/net/wiznet,w5x00.txt
But 'wiznet' is not present in the Linux vendor prefixes file for some
reason.
Signed-off-by: Martí Bolívar <marti.bolivar@nordicsemi.no>
This PR will change accessing the related pinctrl macro from soc_dt.h
And the pinctrl of SCL and SDA were got from pinctrl-0 and pinctrl-1,
respectively. Change it to get from pinctrl-0 only.
Signed-off-by: Tim Lin <tim2.lin@ite.corp-partner.google.com>
This commit enables the ARM DSP extension on the MPS2 AN521 SoC CPU1
(the CPU1 supports both FPU and DSP).
With this change, the CMSIS-DSP tests running on the
`mps2_an521_remote` board will use the DSP instructions.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
The CMSIS-DSP matrix binary_q15 tests should not be excluded on the
mps2_an521 board, which is one of the integration platforms.
This test was likely excluded because of the computation precision-
related failures; but, this failure is no longer observed, so there is
no reason to exclude it anymore.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds the missing flash and RAM size properties for
mps2_an521 so that the integration tests that require large memory can
run on this board.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds the missing flash and RAM size properties for
native_posix and native_posix_64 so that the integration tests that
require large memory can run on this board.
Note that the flash and RAM sizes of 64MiB specified here is an
arbitrary value choosen to ensure that all currently supported tests
can run, since there is no inherent limit for the POSIX boards.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds the missing flash and RAM size properties for
sam_e70_xplained so that the integration tests that require large
memory can run on this board.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds the missing flash and RAM size properties for
frdm_k64f so that the integration tests that require large memory can
run on this board.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds new testcases for the CMSIS-DSP transform test that
enable testing with hardware FPU.
Note that the common properties are relocated to each testcase because
the twister does not support specifying extra filter and tags.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP svm test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP support test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP statistics test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds new testcases for the CMSIS-DSP matrix test that
enable testing with hardware FPU.
Note that the common properties are relocated to each testcase because
the twister does not support specifying extra filters and tags.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds new testcases for the CMSIS-DSP filtering test that
enable testing with hardware FPU.
Note that the common properties are relocated to each testcase because
the twister does not support specifying extra filters and tags.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP fastmath test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP distance test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP complexmath test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP bayes test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP basicmath test that
enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
This commit adds a new testcase for the CMSIS-DSP basicmath benchmark
that enables testing with hardware FPU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
The commit that added this board forgot to add the simulation type and
the ARM FPU tests were being only built.
This commit adds the `simulation: qemu` property to enable running the
ARM FPU tests in QEMU.
Signed-off-by: Stephanos Ioannidis <root@stephanos.io>
