Shell over WebUSB
Becker Markus
Hi,
I have enjoyed the WebUSB sample application and it works nicely as expected.
Is there a possibility to bind the Zephyr Shell to WebUSB?
I saw that the webusb.c/.h files are in the samples directory. Is it planned that they live in subsys/usb/class/ and can enabled in parallel to e.g. CDC-ACM?
Thanks, Markus The contents of this e-mail and any attachments are confidential to the intended recipient. They may not be disclosed to or used by or copied in any way by anyone other than the intended recipient. If this e-mail is received in error, please immediately notify the sender and delete the e-mail and attached documents. Please note that neither the sender nor the sender's company accept any responsibility for viruses and it is your responsibility to scan or otherwise check this e-mail and any attachments.
|
|||||||||||||||
|
|||||||||||||||
Re: OpenOCD on STM32 boards
Bolivar, Marti
Lawrence King <lawrence.king@irdeto.com> writes:
Hi Marti:Sure thing! ^^ judging from this, my guess is you need some udev rules to make the USB device accessible to your user. Marti Error: open failed
|
|||||||||||||||
|
|||||||||||||||
Re: OpenOCD on STM32 boards
Hi Marti:
toggle quoted messageShow quoted text
Thanks for your help. I had stopped using the zephyr-sdk because I was bisecting the kernel to find a problem, depending on where I was I needed 0.10.0, 0.10.1, 0.10.2 or 0.10.3 versions of the SDK to compile, however when I was using gnuarmemb it worked around this annoyance for me. I removed openocd (and autoremoved the assorted packages) and installed SDK 0.10.3 into /opt/zephyr-sdk. I also set 'export ZEPHYR_SDK_INSTALL_DIR=/opt/zephyr-sdk' in my bashrc and started a new shell. Quick check and openocd is gone from my path. The west build went cleanly, and now I have a new error from openocd: lawrence@VM:~/workspace/rc-demo/zephyrproject/zephyr$ west flash -- west flash: rebuilding ninja: no work to do. -- west flash: using runner openocd -- runners.openocd: Flashing file: /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/build/zephyr/zephyr.hex Open On-Chip Debugger 0.10.0+dev-00992-g3333261df-dirty (2019-08-16-00:14) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD adapter speed: 2000 kHz adapter_nsrst_delay: 100 srst_only separate srst_nogate srst_open_drain connect_deassert_srst Info : clock speed 2000 kHz Error: libusb_open() failed with LIBUSB_ERROR_ACCESS Error: open failed ERROR: command exited with status 1: /opt/zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/bin/openocd -s /opt/zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/share/openocd/scripts -f /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/boards/arm/stm32f746g_disco/support/openocd.cfg -c init -c targets -c 'reset halt' -c 'flash write_image erase /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/build/zephyr/zephyr.hex' -c 'reset halt' -c 'verify_image /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/build/zephyr/zephyr.hex' -c 'reset run' -c shutdown This is 'better' than the missing files, but I still haven't successfully flashed the blinky program onto the Nucleo board. Anything else I missed? Lawrence King Principal Developer +1(416)627-7302
-----Original Message-----
From: Bolivar, Marti <Marti.Bolivar@nordicsemi.no> Sent: Tuesday, November 5, 2019 4:55 PM To: Lawrence King <lawrence.king@irdeto.com>; Zephyr-users@lists.zephyrproject.org Cc: users@lists.zephyrproject.org Subject: Re: [Zephyr-users] OpenOCD on STM32 boards "Lawrence King via Lists.Zephyrproject.Org" <lawrence.king=irdeto.com@lists.zephyrproject.org> writes: Of course I got complaints about OPENOCD-MISSING, OK, I can fix that:It's not always wise to trust in your distro's openocd. It has been hard to get support patches merged into upstream openocd, so the downstream version in the Zephyr SDK is usually the right one to use. Obviously I am doing something silly wrong. Can anyone give me a hint?Use the openocd in the Zephyr SDK. You can do this even if you're not using the Zephyr SDK's toolchain -- as long as ZEPHYR_SDK_INSTALL_DIR points at a Zephyr SDK install, the build system will use its host tools (like openocd) even if ZEPHYR_TOOLCHAIN_VARIANT != zephyr.
|
|||||||||||||||
|
|||||||||||||||
Re: OpenOCD on STM32 boards
Bolivar, Marti
"Lawrence King via Lists.Zephyrproject.Org"
<lawrence.king=irdeto.com@lists.zephyrproject.org> writes: Of course I got complaints about OPENOCD-MISSING, OK, I can fix that:It's not always wise to trust in your distro's openocd. It has been hard to get support patches merged into upstream openocd, so the downstream version in the Zephyr SDK is usually the right one to use. Obviously I am doing something silly wrong. Can anyone give me a hint?Use the openocd in the Zephyr SDK. You can do this even if you're not using the Zephyr SDK's toolchain -- as long as ZEPHYR_SDK_INSTALL_DIR points at a Zephyr SDK install, the build system will use its host tools (like openocd) even if ZEPHYR_TOOLCHAIN_VARIANT != zephyr.
|
|||||||||||||||
|
|||||||||||||||
Zephyr Release 2.1: Status: Merge window closing this Friday, Nov 8th!
David Leach
A reminder that the feature merge window to Zephyr will be closing this Friday (November 8th). For more information on milestone dates please refer to the program management wiki page:
https://github.com/zephyrproject-rtos/zephyr/wiki/Program-Management
If there are outstanding PRs that the authors want in the 2.1 release than tag them with the “v2.1.0” milestone and work with the maintainers to approve and merge the PR.
Issues statistics:
Over the last 4 weeks we have opened 99 new issues and closed 127 with 203 active issues.
Note that the release criteria includes zero high priority bugs and <20 medium priority bugs so if you are assigned a bug in these priority buckets please give them the appropriate attention.
David Leach
NXP Semiconductors phone: +1.210.241.6761 Email: david.leach@...
|
|||||||||||||||
|
|||||||||||||||
OpenOCD on STM32 boards
Today I decided to bring up a STLML476 board, specifically the Nucleo-L476RG board.
Compile went cleanly west build -b nucleo_l476rg samples/basic/blinky Then after connecting the board I tried west flash Of course I got complaints about OPENOCD-MISSING, OK, I can fix that: sudo apt-get install openocd And openocd and a few other packages happily installed.
Now ‘west flash’ complains: -- west flash: rebuilding ninja: no work to do. -- west flash: using runner openocd -- runners.openocd: Flashing file: /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/build/zephyr/zephyr.hex Open On-Chip Debugger 0.10.0 Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/boards/arm/nucleo_l476rg/support/openocd.cfg:1: Error: Can't find board/st_nucleo_l4.cfg in procedure 'script' at file "embedded:startup.tcl", line 60 at file "/home/lawrence/workspace/rc-demo/zephyrproject/zephyr/boards/arm/nucleo_l476rg/support/openocd.cfg", line 1 ERROR: command exited with status 1: /usr/bin/openocd -f /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/boards/arm/nucleo_l476rg/support/openocd.cfg -c init -c targets -c 'reset halt' -c 'flash write_image erase /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/build/zephyr/zephyr.hex' -c 'reset halt' -c 'verify_image /home/lawrence/workspace/rc-demo/zephyrproject/zephyr/build/zephyr/zephyr.hex' -c 'reset run' -c shutdown
The top of the openocd.cfg files (line 1) says: source [find board/st_nucleo_l4.cfg]
I hunted around for the ‘missing’ file “board/st_nucleo_l4.cfg” to no avail. I also tried several other boards that use openocd and found similar missing include files.
I did confirm that the board is correctly connected and visible: $ sudo lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 008: ID 0483:374b STMicroelectronics ST-LINK/V2.1 (Nucleo-F103RB) Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Obviously I am doing something silly wrong. Can anyone give me a hint? Thanks
Lawrence King Principal Developer Connected Transport Market Unit +1(416)627-7302
CONFIDENTIAL: This e-mail and any attachments are confidential and intended solely for the use of the individual(s) to whom it is addressed. It can contain proprietary confidential information and be subject to legal privilege and/or subject to a non-disclosure Agreement. Unauthorized use, disclosure or copying is strictly prohibited. If you are not the/an addressee and are in possession of this e-mail, please delete the message and notify us immediately. Please consider the environment before printing this e-mail. Thank you.
|
|||||||||||||||
|
|||||||||||||||
API meeting: agenda
Carles Cufi
Hi all,
This week we will look at GPIO: - GPIO: Update on progress - Look at the PRs with driver conversion (https://github.com/zephyrproject-rtos/zephyr/issues/18530) - Check users of GPIO APIs: https://github.com/zephyrproject-rtos/zephyr/issues/20017 - Tips for converting users can be found here: https://github.com/zephyrproject-rtos/zephyr/issues/20017#issuecomment-549315497 (thanks Peter!) - Any additional outstanding PRs to topic-gpio Additional items in the "Triage" column in the GitHub project may be discussed if time permits. If you want an item included in the meeting, please add it to the GitHub project. https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#zephyr-api-discussion https://github.com/zephyrproject-rtos/zephyr/projects/18 https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit Regards, Carles
|
|||||||||||||||
|
|||||||||||||||
Re: A question about configuring a USB virtual console in DTS?
#dts
#defconfig
Andrei
Hi,
On Mon, Nov 04, 2019 at 02:06:04PM -0800, nanjunneo@gmail.com wrote: Is it compulsory to add the node "virtualcom" to configure a USB virtualYou can just remove virtualcom stuff, samples/subsys/usb/console/prj.conf should assign right console with: CONFIG_UART_CONSOLE_ON_DEV_NAME="CDC_ACM_0" Best regards Andrei Emeltchenko
|
|||||||||||||||
|
|||||||||||||||
A question about configuring a USB virtual console in DTS?
#dts
#defconfig
nanjunneo@...
Is it compulsory to add the node "virtualcom" to configure a USB virtual com port via USB-OTG-HS for STM32F407 under Zephyr 2.0.99?
I got the following code in DTS from a partner but it cannot be built properly. Error indicates that virtualcom does not have necessary properties. (It is said that the code was compiled in version 1.13.0.) ....... usb_cdc: virtualcom { label = "CDC_ACM"; }; chosen { zephyr,console = &usb_cdc; zephyr,sram = &sram0; zephyr,flash = &flash0; zephyr,ccm = &ccm0; }; ....... ...... &usbotg_hs { status = "ok"; }; Moreover, the sample code (usb/console) only requires to add configure entries to defconfig so that I got confused. Thanks for your reply in advance!
|
|||||||||||||||
|
|||||||||||||||
Re: Error in services launch sequence
#debugging
#eclipse
#gdb
fashtop3@...
All I did was to uncheck the "start pyOCD locally"
|
|||||||||||||||
|
|||||||||||||||
Zephyr Release 2.1: Status: Merge window closing Nov 8th
David Leach
A reminder that the feature merge window to Zephyr will be closing next Friday (November 8th). For more information on milestone dates please refer to the program management wiki page:
https://github.com/zephyrproject-rtos/zephyr/wiki/Program-Management
Issues statistics:
Over the last 4 weeks we have opened 103 new issues and closed 123 with 194 active issues.
Note that the release criteria includes zero high priority bugs and <20 medium priority bugs so if you are assigned a bug in these priority buckets please give them the appropriate attention.
David Leach
NXP Semiconductors phone: +1.210.241.6761 Email: david.leach@...
|
|||||||||||||||
|
|||||||||||||||
Logger flash backend
Ilan Ganor <ilan@...>
Hello I noticed here: https://www.youtube.com/watch?v=JaQhhCHLxxQ Nordic presented some of their implementations using the Logger framework which support features like: logger backend flash (saving logger data to flash) and save logger definitions those are very valuable features does anyone knows: 1. if and where can I get this code ? 2. is Zephyr planning to support that officially (currently there is support for Serial, Telnet and RTT) thank you
|
|||||||||||||||
|
|||||||||||||||
Zephyr Release 2.1: Status
David Leach
A reminder that the feature merge window to Zephyr will be closing on November 8th (two short weeks away). Please keep this date in mind for any items you may be working on that you wish to be included in the 2.1 release. For more information on milestone dates please refer to the program management wiki page:
https://github.com/zephyrproject-rtos/zephyr/wiki/Program-Management
Issues statistics:
Over the last 4 weeks we have opened 90 new issues and closed 126 with 188 active issues.
Note that the release criteria includes zero high priority bugs and <20 medium priority bugs so if you are assigned a bug in these priority buckets please give them the appropriate attention.
David Leach
NXP Semiconductors phone: +1.210.241.6761 Email: david.leach@...
|
|||||||||||||||
|
|||||||||||||||
Re: Ethernet samples/demo
Tried to run gptp with the following results -
rajas-imac:zephyr rdsingh$ west build -b sam_e70_xplained samples/net/gptp --pristinefdfadfadfad Zephyr version: 2.0.99 -- Found PythonInterp: /Users/rdsingh/.pyenv/versions/3.7.0/bin/python (found suitable version "3.7.0", minimum required is "3.4") -- Selected BOARD sam_e70_xplained -- Found west: /Users/rdsingh/.pyenv/versions/3.7.0/bin/west (found suitable version "0.6.3", minimum required is "0.6.0") -- Loading /Users/rdsingh/zephyrDev/zephyrproject/zephyr/boards/arm/sam_e70_xplained/sam_e70_xplained.dts as base -- Overlaying /Users/rdsingh/zephyrDev/zephyrproject/zephyr/dts/common/common.dts Devicetree configuration written to /Users/rdsingh/zephyrDev/zephyrproject/zephyr/build/zephyr/include/generated/generated_dts_board.conf
warning: ETH_SAM_GMAC_MAC0 (defined at drivers/ethernet/Kconfig.sam_gmac:97) was assigned the value '0xFC' but got the value ''. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_ETH_SAM_GMAC_MAC0.html (which is updated regularly from the master branch). See the 'Setting configuration values' section of the Board Porting Guide as well.
warning: ETH_SAM_GMAC_MAC1 (defined at drivers/ethernet/Kconfig.sam_gmac:102) was assigned the value '0xC2' but got the value ''. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_ETH_SAM_GMAC_MAC1.html (which is updated regularly from the master branch). See the 'Setting configuration values'Parsing Kconfig tree in /Users/rdsingh/zephyrDev/zephyrproject/zephyr/samples/net/gptp/Kconfig Loaded configuration '/Users/rdsingh/zephyrDev/zephyrproject/zephyr/boards/arm/sam_e70_xplained/sam_e70_xplained_defconfig' Merged configuration '/Users/rdsingh/zephyrDev/zephyrproject/zephyr/samples/net/gptp/prj.conf' Merged configuration '/Users/rdsingh/zephyrDev/zephyrproject/zephyr/samples/net/gptp/boards/sam_e70_xplained.conf' Configuration saved to '/Users/rdsingh/zephyrDev/zephyrproject/zephyr/build/zephyr/.config' section of the Board Porting Guide as well.
warning: ETH_SAM_GMAC_MAC2 (defined at drivers/ethernet/Kconfig.sam_gmac:107) was assigned the value '0x3D' but got the value ''. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_ETH_SAM_GMAC_MAC2.html (which is updated regularly from the master branch). See the 'Setting configuration values' section of the Board Porting Guide as well.
warning: ETH_SAM_GMAC_MAC3 (defined at drivers/ethernet/Kconfig.sam_gmac:112) was assigned the value '0xBC' but got the value ''. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_ETH_SAM_GMAC_MAC3.html (which is updated regularly from the master branch). See the 'Setting configuration values' section of the Board Porting Guide as well.
warning: ETH_SAM_GMAC_MAC4 (defined at drivers/ethernet/Kconfig.sam_gmac:117) was assigned the value '0x8C' but got the value ''. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_ETH_SAM_GMAC_MAC4.html (which is updated regularly from the master branch). See the 'Setting configuration values' section of the Board Porting Guide as well.
warning: ETH_SAM_GMAC_MAC5 (defined at drivers/ethernet/Kconfig.sam_gmac:122) was assigned the value '0xAE' but got the value ''. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_ETH_SAM_GMAC_MAC5.html (which is updated regularly from the master branch). See the 'Setting configuration values' section of the Board Porting Guide as well.
warning: TEST_RANDOM_GENERATOR (defined at subsys/random/Kconfig:8) was assigned the value 'y' but got the value 'n'. You can check symbol information (including dependencies) in the 'menuconfig' interface (see the Application Development Primer section of the manual), or in the Kconfig reference at http://docs.zephyrproject.org/latest/reference/kconfig/CONFIG_TEST_RANDOM_GENERATOR.html (which is updated regularly from the master branch). See the 'Setting configuration values' section of the Board Porting Guide as well. -- The C compiler identification is GNU 6.3.1 -- The CXX compiler identification is GNU 6.3.1 -- The ASM compiler identification is GNU -- Found assembler: /Users/rdsingh/arm-none-eabi/bin/arm-none-eabi-gcc -- Cache files will be written to: /Users/rdsingh/Library/Caches/zephyr -- Configuring done -- Generating done -- Build files have been written to: /Users/rdsingh/zephyrDev/zephyrproject/zephyr/build -- west build: building application [1/177] Preparing syscall dependency handling
[172/177] Linking C executable zephyr/zephyr_prebuilt.elf Memory region Used Size Region Size %age Used FLASH: 148200 B 2 MB 7.07% SRAM: 59352 B 384 KB 15.09% IDT_LIST: 72 B 2 KB 3.52% [177/177] Linking C executable zephyr/zephyr.elf rajas-imac:zephyr rdsingh$ west flashConnected a serial Terminal to the board - uart:~$ [00:00:00.000,000]
uart:~$ [00:00:00.000,000] <inf> i2c_sam_twihs: Device I2C_0 initialized
uart:~$ uart:~$ [00:00:00.001,000] <inf> eth_sam: MAC: fc:c2:3d:0b:fe:34
uart:~$ [00:00:00.001,000] <inf> eth_sam: Queue 0 activated
uart:~$ [00:00:00.001,000] <inf> eth_sam: Queue 1 set to idle
uart:~$ [00:00:00.001,000] <inf> eth_sam: Queue 2 set to idle
uart:~$ [00:00:00.001,000] <inf> eth_sam_phy: Soft Reset of ETH PHY
uart:~$ [00:00:00.091,000] <inf> eth_sam_phy: PHYID: 0x221561 at addr: 0
uart:~$ uart:~$ ***** Booting Zephyr OS build zephyr-v2.0.0-1321-g8bc3b6f6732c *****
[00:00:03.107,000] <inf> eth_sam_phy: common abilities: speed 100 Mb, full duplex
uart:~$ [00:00:03.117,000] <inf> net_config: Initializing network
uart:~$ [00:00:03.117,000] <inf> net_config: IPv4 address: 192.0.2.1
uart:~$ [00:00:03.207,000] <inf> net_config: IPv6 address: fe80::fec2:3dff:fe0b:fe34
uart:~$ [00:00:03.217,000] <inf> net_config: IPv6 address: fe80::fec2:3dff:fe0b:fe34
uart:~$ uart:~$ [00:00:04.113,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ [00:00:05.119,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ [00:00:06.125,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ [00:00:07.131,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ [00:00:08.137,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ [00:00:09.143,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ [00:00:10.149,000] <wrn> net_gptp: Reset Pdelay requests
uart:~$ uart:~$ Then in a Linux machine got AVnu/ptp, compiled and ran - ~/gptp/build$ sudo ./gptp enp3s0 -F gptp_cfg.ini INFO : GPTP [17:55:35:130] gPTP starting INFO : GPTP [17:55:35:132] priority1 = 248 INFO : GPTP [17:55:35:132] announceReceiptTimeout: 3 INFO : GPTP [17:55:35:132] syncReceiptTimeout: 3 INFO : GPTP [17:55:35:132] LINKSPEED_100MB - PHY delay TX: 1044 | RX: 2133 INFO : GPTP [17:55:35:132] LINKSPEED_1G - PHY delay TX: 184 | RX: 382 INFO : GPTP [17:55:35:132] neighborPropDelayThresh: 10000 INFO : GPTP [17:55:35:132] syncReceiptThreshold: 8 INFO : GPTP [17:55:35:132] SyncFollowUp with negative correction field: forbidden ERROR : GPTP [17:55:35:132] Failed to configure timestamping: Operation not supported ERROR : GPTP [17:55:35:132] post_init failed ERROR : GPTP [17:55:35:132] failed to initialize port Any help is much appreciated. I am trying to get at least a dhcpV4_client running without any luck so far. I am not very experienced with Zephyr. But I am experienced in compiling Linux on embedded systems using buildroot. I am experienced on Networking and the concepts. I would like to know how the hardware configuration is done on KConfig in zephyr. Please point me to documentation on that. best regards, RDS
|
|||||||||||||||
|
|||||||||||||||
Re: Ethernet samples/demo
Jukka, RDS
|
|||||||||||||||
|
|||||||||||||||
API meeting: Agenda
Carles Cufi
Hi all,
This week we will look at: - V4Z: Update on comments, merge if there is no objections - https://github.com/zephyrproject-rtos/zephyr/pull/17194 - EEPROM API proposal - https://github.com/zephyrproject-rtos/zephyr/pull/19972 - GPIO: Update on progress - Look at the PRs with driver conversion (https://github.com/zephyrproject-rtos/zephyr/issues/18530) - Check users of GPIO APIs: https://github.com/zephyrproject-rtos/zephyr/issues/20017 - Any additional outstanding PRs to topic-gpio Additional items in the "Triage" column in the GitHub project may be discussed if time permits. If you want an item included in the meeting, please add it to the GitHub project. https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#zephyr-api-discussion https://github.com/zephyrproject-rtos/zephyr/projects/18 https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit Regards, Carles
|
|||||||||||||||
|
|||||||||||||||
Re: Ethernet samples/demo
Jukka Rissanen
Hi,
toggle quoted messageShow quoted text
I have been using sam-e70 with some of the samples, mainly gptp and echo-server. There have been regressions in past with the networking samples as currently we have no automatic testing of these samples. The situation will improve with this PR https://github.com/zephyrproject-rtos/zephyr/pull/19677 after it is merged. If you find some sample that does not work with sam-e70, please file an issue (one / sample please) for those. All the generic samples that can be run on Etherhet should work with sam-e70 board. Cheers, Jukka
On Mon, 2019-10-21 at 19:37 -0700, rdsingh@iotwizards.com wrote:
Hi all,
|
|||||||||||||||
|
|||||||||||||||
Ethernet samples/demo
Hi all,
Wondering if SAME70 XPLD board has been tested with Ethernet Networking Samples in the repository. So far, all the examples that I have tried did not work for me. Wondering if I am missing something here. regards, RDS
|
|||||||||||||||
|
|||||||||||||||
Re: Bluetooth mcumgr SMP DFU speed
#ble
nick.ward@...
https://github.com/zephyrproject-rtos/zephyr/issues/19244
More discussions on this issue here: https://github.com/zephyrproject-rtos/zephyr/issues/19244
|
|||||||||||||||
|
|||||||||||||||
Usage of optional 'erase-block-size' flash nodes property
Erwan Gouriou
Hi all, Optional property 'erase-block-size' is used to describe the minimum size of flash sector on which an erase operation could be applied. It is generated as a device tree generic define DT_FLASH_ERASE_BLOCK_SIZE (made generic through the use of chosen 'zephyr,flash'). It is optional since, on some parts (stm32f4, for instance), flash layout is made of several sectors of variable size and hence it cannot be provided. So here is the issue since, on one side, we have a zephyr generic define, and on the other side, we have parts on which it does not exist. Problem is that it could happen that people use it in generic zephyr components, while it is not a generic property (cf last example: [1]). Another issue with this define is that it appears to be simple and handy to use, but it is actually misleading since it is only available on embedded flash. So any flash based application, if trying to use it will fail on external flash. Flash API actually provides an alternate, robust and generic 'flash_area_get_sectors' that will provide the same information with few more computations. And this is the solution to be used. Unfortunately, there is no automatic way to prevent people using misleading DT_FLASH_ERASE_BLOCK_SIZE. So the question I'm raising to you is how to avoid facing this issue every 3 months. Once idea would be to remove it, but it is actually used in device specific embedded flash drivers where it does make sense. If you're interested, don't hesitate to answer this mail, comment in related issue [1] or join dev_meeting next week. Thanks Erwan
|
|||||||||||||||
|