Re: Increasing bss section in Zephyr
Andy Ross
Mahendravarman Rajarao (RBEI/EAA3) wrote:
If The CONFIG_RAM_SIZE - denotes the internal RAM of controller means,That just means there's no per-SoC checking of linker memory regions. Clearly there should be, but obviously that doesn't mean that such a file is going to execute successfully. You can check how these are used in arch/x86/soc/quark_se/linker.ld if you're curious. The linker just emits the sections in the RAM memory region at CONFIG_PHYS_RAM_ADDR and assumes it can use up to CONFIG_RAM_SIZE kb. Andy
|
|
Re: Increasing bss section in Zephyr
Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao@...>
Hi
toggle quoted messageShow quoted text
Thanks for replying Please help on the following query If The CONFIG_RAM_SIZE - denotes the internal RAM of controller means, Iam using Atlas peak controller of 80KB SRAM. Even If I declare CONFIG_RAM_SIZE = 85 in prj.conf file in my project Zephyr.bin is getting generated Please clarify Thanks Mahendra
-----Original Message-----
From: Gustavo Lima Chaves [mailto:gustavo.lima.chaves(a)intel.com] Sent: Tuesday, September 06, 2016 6:54 PM To: Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao(a)in.bosch.com> Cc: devel(a)lists.zephyrproject.org Subject: Re: [devel] Increasing bss section in Zephyr * Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao(a)in.bosch.com> [2016-09-05 18:27:04 +0000]: Hi AllHave you taken a look at CONFIG_RAM_SIZE and friends? Last time I dealt with it these were the options I changed. Regards, -- Gustavo Lima Chaves Intel - Open Source Technology Center
|
|
Re: Increasing bss section in Zephyr
Gustavo Lima Chaves <gustavo.lima.chaves@...>
* Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao(a)in.bosch.com> [2016-09-05 18:27:04 +0000]:
Hi AllHave you taken a look at CONFIG_RAM_SIZE and friends? Last time I dealt with it these were the options I changed. Regards, -- Gustavo Lima Chaves Intel - Open Source Technology Center
|
|
ARM _arch_irq_enable should not implicitly unpend IRQs
Chettimada, Vinayak Kariappa
Hi,
I am wondering why _arch_irq_enable for ARM unpends the IRQs, and not actually have a separate interfaces to pend and unpend IRQs. Below is a diff that I want to submit, which removes the call to _NvicIrqUnpend() being made inside _arch_irq_enable. The reasoning is, sometimes an IRQ could be pending and implementations could then enable the ISR at a later time. Regards, Vinayak diff --git a/arch/arm/core/irq_manage.c b/arch/arm/core/irq_manage.c index 2d34ba5..bef7463 100644 --- a/arch/arm/core/irq_manage.c +++ b/arch/arm/core/irq_manage.c @@ -39,16 +39,13 @@ extern void __reserved(void); * * @brief Enable an interrupt line * - * Clear possible pending interrupts on the line, and enable the interrupt - * line. After this call, the CPU will receive interrupts for the specified - * <irq>. + * Enable the interrupt. After this call, the CPU will receive interrupts for + * the specified <irq>. * * @return N/A */ void _arch_irq_enable(unsigned int irq) { - /* before enabling interrupts, ensure that interrupt is cleared */ - _NvicIrqUnpend(irq); _NvicIrqEnable(irq); }
|
|
Daily JIRA Digest
donotreply@...
NEW JIRA items within last 24 hours: 1
[ZEP-775] Enable USB CDC by default on Arduino 101 and redirect serial to USB https://jira.zephyrproject.org/browse/ZEP-775 UPDATED JIRA items within last 24 hours: 1 [ZEP-346] Provide a HTTP library within Zephyr https://jira.zephyrproject.org/browse/ZEP-346 CLOSED JIRA items within last 24 hours: 1 [ZEP-576] (Won't Do) hello_world app linking failed with zephyr sdk x86 toolchain https://jira.zephyrproject.org/browse/ZEP-576 RESOLVED JIRA items within last 24 hours: 0
|
|
Daily Gerrit Digest
donotreply@...
NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/4541 : DONT MERGE - https://gerrit.zephyrproject.org/r/4540 : Bluetooth: AVDTP: Connect and Disconnect - https://gerrit.zephyrproject.org/r/4539 : Bluetooth: tester: Add support for l2cap send data command - https://gerrit.zephyrproject.org/r/4535 : kconfig: Use HOST_OS environment variable in Makefile UPDATED within last 24 hours: - https://gerrit.zephyrproject.org/r/3853 : MAINTAINERS: add Zoap section - https://gerrit.zephyrproject.org/r/3851 : samples/net: Add a sample for a CoAP server - https://gerrit.zephyrproject.org/r/3850 : samples/net: Add a sample for a CoAP client - https://gerrit.zephyrproject.org/r/3849 : tests: Add simple CoAP tests - https://gerrit.zephyrproject.org/r/3848 : lib: Introduce the CoAP implementation for Zephyr - https://gerrit.zephyrproject.org/r/4327 : fix: "uninitialized" variables break DEBUG sanity - https://gerrit.zephyrproject.org/r/4457 : DONT MERGE - https://gerrit.zephyrproject.org/r/4532 : fix: net samples no longer include unneeded 802.15.4 files - https://gerrit.zephyrproject.org/r/4495 : Bluetooth: tester: Add support for l2cap listen command - https://gerrit.zephyrproject.org/r/4494 : Bluetooth: tester: Add support for l2cap disconnect commands - https://gerrit.zephyrproject.org/r/4493 : Bluetooth: tester: Add support for l2cap connect command - https://gerrit.zephyrproject.org/r/4376 : Bluetooth: GAP: Support multiple peripheral role connections - https://gerrit.zephyrproject.org/r/4462 : Bluetooth: Controller: Enable all supported LE states - https://gerrit.zephyrproject.org/r/4492 : Bluetooth: tester: Add l2cap init method - https://gerrit.zephyrproject.org/r/4463 : power_mgmt: Update Power Management device driver API - https://gerrit.zephyrproject.org/r/4477 : uart_qmsi: Get the interrupt handling right on ARC - https://gerrit.zephyrproject.org/r/3527 : console: shell: Shell enhancement - Support multiple modules - https://gerrit.zephyrproject.org/r/4346 : net: yaip: Initial architecture documentation MERGED within last 24 hours: - https://gerrit.zephyrproject.org/r/4534 : Bluetooth: GATT: Fix unaligned accesses - https://gerrit.zephyrproject.org/r/4490 : Bluetooth: UUID: Add 32bit UUID support - https://gerrit.zephyrproject.org/r/4479 : Bluetooth: Controller: Measure and use correct stack size
|
|
Increasing bss section in Zephyr
Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao@...>
Hi All
How to Increase the .bss section in Zephyr ? There is a requirement for my project to have a big size array for 15K If I declare and compile , getting error as .bss will not fit in region RAM Region 'RAM' overflowed by 20160 bytes Any help on this regard is welcome !! Mahendra
|
|
Zephyr API for I2S
Goldman, Michael <michael.goldman@...>
Hi all,
I would like to ask about future plans for I2S Zephyr API: 1) When are you planning to release the API? 2) Is it possible to share the code before officially releasing it? Thanks, Michael Goldman --------------------------------------------------------------------- A member of the Intel Corporation group of companies This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
|
|
Serial Port throws error - Galileo Gen2 Boot up with USB thumb drive/MicroSD
Vaish, Atul <atul.vaish@...>
Hi
After a while , restated to check (earlier with the same setup, could run hello world and CoAP server) networking functionalities with Zephyr using Galileo Gen 2 , but after following https://wiki.zephyrproject.org/view/Galileo_Gen1_Gen2 (except Jumper settings) , I get stuck below . What could be the missing here ? [cid:image001.png(a)01D206F4.06D672F0] With Micro SD card [cid:image002.png(a)01D206F4.B7E17A40]
|
|
Daily Gerrit Digest
donotreply@...
NEW within last 24 hours:
UPDATED within last 24 hours: - https://gerrit.zephyrproject.org/r/3922 : lib: Add HTTP support for Zephyr - https://gerrit.zephyrproject.org/r/3924 : lib/http: Add test-case - https://gerrit.zephyrproject.org/r/3923 : lib/http: Fix size_t dependency by adding stddef.h header - https://gerrit.zephyrproject.org/r/4531 : unified/build: allow building the unified kernel - https://gerrit.zephyrproject.org/r/4529 : unified/test_fp: mark test so that it runs the nanokernel version - https://gerrit.zephyrproject.org/r/4528 : unified/test_sema: fix isr wrapper names - https://gerrit.zephyrproject.org/r/4527 : unified: Fix test_sema/microkernel - https://gerrit.zephyrproject.org/r/4526 : unified/test_timer: adapt for unified kernel - https://gerrit.zephyrproject.org/r/4511 : unified/doc: Kernel primer for unified kernel - https://gerrit.zephyrproject.org/r/4524 : unified/test_mail: adapt test to not use sem groups and mem pools - https://gerrit.zephyrproject.org/r/4530 : unified: initial unified kernel implementation - https://gerrit.zephyrproject.org/r/4525 : unified/test_pipe: adapt to not use sem groups - https://gerrit.zephyrproject.org/r/4521 : zperf_shell: add unified kernel string for unified kernel case - https://gerrit.zephyrproject.org/r/4523 : unified/test_context: adapt test to run on unified kernel - https://gerrit.zephyrproject.org/r/4522 : unified/tests: tag working tests on unified kernel as 'unified_capable' - https://gerrit.zephyrproject.org/r/4520 : unified/object_tracing: disable object tracing in unified kernel - https://gerrit.zephyrproject.org/r/4519 : unified/sys_timer: guard microkernel announce with !KERNEL_V2 - https://gerrit.zephyrproject.org/r/4517 : unified: include kernel.h via major top-level header files - https://gerrit.zephyrproject.org/r/4512 : unified/build: adapt Kbuild for unified kernel - https://gerrit.zephyrproject.org/r/4518 : unified/drivers: adapt timer drivers to unified kernel - https://gerrit.zephyrproject.org/r/4516 : workqueue: use kernel.h for workqueue header file - https://gerrit.zephyrproject.org/r/4513 : unified/arm: add unified kernel support for ARM arch - https://gerrit.zephyrproject.org/r/4515 : atomic: fix bug in ATOMIC_INIT() - https://gerrit.zephyrproject.org/r/4507 : sysgen: add --kernel_type argument - https://gerrit.zephyrproject.org/r/4514 : unified/x86: add unified kernel support for x86 arch - https://gerrit.zephyrproject.org/r/4510 : arm: only compile gdb stubs when CONFIG_GDB_INFO=y - https://gerrit.zephyrproject.org/r/4509 : arm: add __ASSERT() for stack alignment - https://gerrit.zephyrproject.org/r/4508 : build: only generate the SSE group for x86 - https://gerrit.zephyrproject.org/r/3312 : drivers/crypto: Tinycrypt shim driver - https://gerrit.zephyrproject.org/r/3459 : soc: Add soc id and version interface - https://gerrit.zephyrproject.org/r/4473 : i2c: Fix restart flag in burst read - https://gerrit.zephyrproject.org/r/4477 : uart_qmsi: Get the interrupt handling right on ARC - https://gerrit.zephyrproject.org/r/4475 : samples/drivers/uart: Fix line endings - https://gerrit.zephyrproject.org/r/4474 : uart_console: Fix line endings - https://gerrit.zephyrproject.org/r/4476 : samples/uart: More boards MERGED within last 24 hours:
|
|
Re: [RFC] Provide a generic interface for getting the SOC ID and version
Kumar Gala
On Aug 17, 2016, at 5:20 AM, Nashif, Anas <anas.nashif(a)intel.com> wrote:I’d rather see the higher level feature that needs this first. Meaning, show me patch series that needs this info and than it will become far more clear what we should be doing. Until than I don’t think just adding a new API makes sense. Depending on the HW/MCU being used, getting the hardware information such as model number, vendor ID, hardware revision might vary in complexity so implementing this for supported SOCs makes a lot of sense using an API that can be used by applications and higher level features such as IOT protocols. Originally this ZEP was created to prepare for LWM2M and specifically the device profile:For LWM2M is using SoC info actually the right choice? Should this be board specified? Feeding this type of data at build time is always an option, but I do not think it makes sense in this case and especially when the HW has lots of information stored already that would make it very difficult to fill in at build time. Doing this at build time will encourage developers and users to enter random data and things like TODO or XYZ all over the place, just to get their app to build and move on. Why bother if the data is already provided by the hardware?I’m not sure I follow why uniqueness isn’t key.
|
|
Daily JIRA Digest
donotreply@...
NEW JIRA items within last 24 hours: 1
[ZEP-768] Move defaults.tc and .known-issue under tests/ https://jira.zephyrproject.org/browse/ZEP-768 UPDATED JIRA items within last 24 hours: 1 [ZEP-767] Add FS API to flush cache of an open file https://jira.zephyrproject.org/browse/ZEP-767 CLOSED JIRA items within last 24 hours: 0 RESOLVED JIRA items within last 24 hours: 0
|
|
Daily Gerrit Digest
donotreply@...
NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/4500 : usb: add Kconfig options for CDC ACM VID/PID - https://gerrit.zephyrproject.org/r/4534 : Bluetooth: GATT: Fix unaligned accesses - https://gerrit.zephyrproject.org/r/4532 : fix: net samples no longer include unneeded 802.15.4 files - https://gerrit.zephyrproject.org/r/4499 : TCF: disable running single core testcases on Quark SE's x86+arc - https://gerrit.zephyrproject.org/r/4533 : TCF: specify ARCH when creating initconfig - https://gerrit.zephyrproject.org/r/4505 : kernel: add CONFIG_MDEF - https://gerrit.zephyrproject.org/r/4503 : slist: add sys_slist_get() to fetch and remove the head - https://gerrit.zephyrproject.org/r/4509 : arm: add __ASSERT() for stack alignment - https://gerrit.zephyrproject.org/r/4507 : sysgen: add --kernel_type argument - https://gerrit.zephyrproject.org/r/4504 : slist: add sys_slist_append_list/slist() - https://gerrit.zephyrproject.org/r/4510 : arm: only compile gdb stubs when CONFIG_GDB_INFO=y - https://gerrit.zephyrproject.org/r/4501 : dlist: add SYS_DLIST_FOR_EACH_NODE/_SAFE - https://gerrit.zephyrproject.org/r/4531 : build: allow building the unified kernel - https://gerrit.zephyrproject.org/r/4529 : unified/test_fp: mark test so that it runs the nanokernel version - https://gerrit.zephyrproject.org/r/4528 : unified/test_sema: fix isr wrapper names - https://gerrit.zephyrproject.org/r/4530 : unified: initial unified kernel implementation - https://gerrit.zephyrproject.org/r/4527 : unified: Fix test_sema/microkernel - https://gerrit.zephyrproject.org/r/4526 : unified/test_timer: adapt for unified kernel - https://gerrit.zephyrproject.org/r/4525 : unified/test_pipe: adapt to not use sem groups - https://gerrit.zephyrproject.org/r/4524 : unified/test_mail: adapt test to not use sem groups and mem pools - https://gerrit.zephyrproject.org/r/4523 : unified/test_context: adapt test to run on unified kernel - https://gerrit.zephyrproject.org/r/4522 : unified/tests: tag working tests on unified kernel as 'unified_capable' - https://gerrit.zephyrproject.org/r/4521 : zperf_shell: add unified kernel string for unified kernel case - https://gerrit.zephyrproject.org/r/4520 : unified/object_tracing: disable object tracing in unified kernel - https://gerrit.zephyrproject.org/r/4519 : unified/sys_timer: guard microkernel announce with !KERNEL_V2 - https://gerrit.zephyrproject.org/r/4518 : unified/drivers: adapt timer drivers to unified kernel - https://gerrit.zephyrproject.org/r/4517 : unified: include kernel.h via major top-level header files - https://gerrit.zephyrproject.org/r/4516 : workqueue: use kernel.h for workqueue header file - https://gerrit.zephyrproject.org/r/4515 : atomic: fix bug in ATOMIC_INIT() - https://gerrit.zephyrproject.org/r/4514 : unified/x86: add unified kernel support for x86 arch - https://gerrit.zephyrproject.org/r/4512 : unified/build: adapt Kbuild for unified kernel - https://gerrit.zephyrproject.org/r/4513 : unified/arm: add unified kernel support for ARM arch - https://gerrit.zephyrproject.org/r/4511 : unified/doc: Kernel primer for unified kernel - https://gerrit.zephyrproject.org/r/4508 : build: only generate the SSE group for x86 - https://gerrit.zephyrproject.org/r/4506 : build: make sysgen take optional command line arguments - https://gerrit.zephyrproject.org/r/4502 : dlist: add static initialization macro - https://gerrit.zephyrproject.org/r/4496 : fix: fstat return value is now being checked - https://gerrit.zephyrproject.org/r/4497 : TCF: update defaults to use configuration fragments - https://gerrit.zephyrproject.org/r/4498 : TCF: default Quark SE's ARC core to use UART1 as console for testing UPDATED within last 24 hours: - https://gerrit.zephyrproject.org/r/3312 : drivers/crypto: Tinycrypt shim driver - https://gerrit.zephyrproject.org/r/3311 : include/crypto: Crypto abstraction header - https://gerrit.zephyrproject.org/r/4327 : fix: "uninitialized" variables break DEBUG sanity - https://gerrit.zephyrproject.org/r/3895 : tests/kernel/test_multilib: Test for proper multilib selection. - https://gerrit.zephyrproject.org/r/4460 : kconfig: include configuration fragment files from output directory - https://gerrit.zephyrproject.org/r/4372 : fs: Adds file system API to grow or shrink a file - https://gerrit.zephyrproject.org/r/4485 : sample: fs: Add tests for fs_truncate and fs_statvfs - https://gerrit.zephyrproject.org/r/4478 : fs: Adds file system API to get volume statistics - https://gerrit.zephyrproject.org/r/4473 : i2c: Fix restart flag in burst read - https://gerrit.zephyrproject.org/r/4479 : Bluetooth: Controller: Measure and use correct stack size - https://gerrit.zephyrproject.org/r/4472 : i2c: ksdk: Add shim driver - https://gerrit.zephyrproject.org/r/4461 : i2c: qmsi_shim: change some i2c config parameters to SoC specific - https://gerrit.zephyrproject.org/r/4482 : mqtt: Remove the app_buf structure - https://gerrit.zephyrproject.org/r/3843 : zephyr: remove deprecated dynamic interrupt API - https://gerrit.zephyrproject.org/r/4139 : TCF: Tags test previously broken by ARC-x86 communication issue - https://gerrit.zephyrproject.org/r/3846 : arc: remove deprecated dynamic interrupt implementation - https://gerrit.zephyrproject.org/r/3845 : x86: remove dynamic interrupts and exceptions - https://gerrit.zephyrproject.org/r/4477 : uart_qmsi: Get the interrupt handling right on ARC MERGED within last 24 hours:
|
|
[RFC] Hardware crypto APIs
Joseph, Jithu
The purpose of these APIs, is to provide applications, a hardware independent way to perform encryption/decryption (ZEP-328 - https://jira.zephyrproject.org/browse/ZEP-328 ).
In other words Crypto hardware drivers implement functions as mandated by the header file, and apps can use the standard driver model way to open the crypto device and invoke functions (defined in the header), to realize cipher operations (encryption/decryption), using standard cipher modes like ECB, CBC, CTR etc. Here are the list of patches and what they do : 1. cipher.h header (https://gerrit.zephyrproject.org/r/#/c/3311/ ) - defines the cipher interface for encryption/decryption. 2. Sample driver - https://gerrit.zephyrproject.org/r/#/c/3312 -A sample driver using the above interface (and using tinycrypt s/w library for actual encryption) 3. Sample app - https://gerrit.zephyrproject.org/r/#/c/3313/ - Sample app using the crypto interface Cipher.h primer - Apps are meant to first open a context, by specifying one time parameters like key, algorithm and modes (via cipher_ctx struct). These one-time parameters are used to program the hardware crypto block . The driver returns the corresponding encryption, decryption functions pointers relevant to the chosen mode. Subsequently, apps can invoke them (multiple times) using standard "mode" functions defined in the header. The below sequence diagram tries to portray this pictorially. (You will need to enable fixed font size in mail client to see it as intended . e.g on outlook File > Options > Mail > Stationery and Fonts > Set the font for plain text e-mails to a monospaced font (say) Courier New. ) +-------------------------------------------------------------------------------------------------+ | +-------+ +---------+ +-------------+ | | | App | |Crypto | | Crypto | | | +---+---+ |Driver | | H/W block | | | | +----+----+ +-------+-----+ | | | | | | | +-------------------------------------------------------------------------------------+ | | | | Session Context setup phase | | | | | +-------------------------------------------------------------------------------------+ | | | +--------------------------------+ | | | | | |cipher_begin_session(*dev, *ctx)| | | | | +---------->where: +------> program h/w | | | | |ctx -> Key, Algo type, mode etc | +----+with one time->| | | | +--------------------------------+ | parameters | | | | | | | | | returns function pointers corresponding | | | | <-------to the selected mode in ctx->ops <-----+ | | | | | | | | +-------------------------------------------------------------------------------------+ | | | |Operation Phase (possibly repeated multiple times)| | | | | +-------------------------------------------------------------------------------------+ | | | +------------------------------+ | | | | | | cipher_xx_yy(*ctx, *pkt, ..) | | | | | +---> | where: | | | | | | +---------> Pkt -> Input/Output buffers +---------> | | | | | | xx -> mode (ecb,cbc, ctr etc)| +--------------------> | | |nex| | yy -> encrypt / decrypt | <--------------------+ | | |op | | .. -> IVs, CTRs (mode spec) | | | | | | | +------------------------------+ | | | | ^ | | | | | | Provide the result | | | | | | <------------------------------------------------+ | | | +---+ | | | | +------------------------------------------------------------------------------------+ | | | | Session Freeing phase | | | | | +------------------------------------------------------------------------------------+ | | | | | | | | cipher_free_session(*dev, *ctx) | | | | +------------------------------------------------> | Clear session info | | | +---from h/w---------> | | | | | | | <--------------------------------------------------+ | | | | | | | | | | | | | -------------------------------------------------------------------------------------------+ | | +---v---+ +---------+ +-------v-----+ | | | App | |Crypto | | Crypto | | | +-------+ |Driver | | H/W block | | | +---------+ +-------------+ | | | | | +-------------------------------------------------------------------------------------------------+ This interface is expected to evolve as SOCs with hardware crypto support start coming in (with possibly newer requirements) , the current API is intended as a starting point. Comments are welcome. Thanks Jithu [Acknowledgments : Geoffrey Thorpe <geoff.thorpe(a)nxp.com> and Tomasz Bursztyka <tomasz.bursztyka(a)linux.intel.com>, for their initial review comments on gerrit ]
|
|
Re: Proposal to streamline GPIO, Pinmux driver API
Liu, Baohong
Hi,
toggle quoted messageShow quoted text
-----Original Message-----Some confusion does exist when these APIs are used across platforms. But, for QUARK, the boundary is clear and there is no overlapping; Combining them into one is not conceptually right.
|
|
Re: How to handle a board with a dozen SoC's?
Jon Medhurst (Tixy) <tixy@...>
On Fri, 2016-09-02 at 15:29 +0000, Nashif, Anas wrote:
Ok, there is a JIRA about board/soc structure documentation alreadyThanks, that would be helpful. I've been using existing code as examples and decoding Makefiles to see what's possible, but I'm aware that the end result would probably not be a desirable or 'best' solution :-) My situation is also the inverse of the normal common SoC being used on multiple boards, as I have multiple SoC's custom made for a fixed board. -- Tixy
|
|
Daily JIRA Digest
donotreply@...
NEW JIRA items within last 24 hours: 3
[ZEP-762] unexpected "abspath" and "notdir" from mingw make system https://jira.zephyrproject.org/browse/ZEP-762 [ZEP-764] Doc is being built for no reason and fails https://jira.zephyrproject.org/browse/ZEP-764 [ZEP-763] Samples:README: samples/drivers/I2c_stts751 describes error https://jira.zephyrproject.org/browse/ZEP-763 UPDATED JIRA items within last 24 hours: 3 [ZEP-591] MQTT Port to New IP Stack https://jira.zephyrproject.org/browse/ZEP-591 [ZEP-753] Make I2C_SDA_HOLD and I2C_SDA_SETUP SoC specific https://jira.zephyrproject.org/browse/ZEP-753 [ZEP-233] Support USB mass storage device class https://jira.zephyrproject.org/browse/ZEP-233 CLOSED JIRA items within last 24 hours: 2 [ZEP-12] (Fixed) Create a generic 802.15.4 driver API https://jira.zephyrproject.org/browse/ZEP-12 [ZEP-517] (Fixed) build on windows failed "zephyr/Makefile:869: *** multiple target patterns" https://jira.zephyrproject.org/browse/ZEP-517 RESOLVED JIRA items within last 24 hours: 4 [ZEP-451] (Fixed) Quark SE output by default redirected to IPM https://jira.zephyrproject.org/browse/ZEP-451 [ZEP-546] (Fixed) UART interrupts not triggered on ARC https://jira.zephyrproject.org/browse/ZEP-546 [ZEP-471] (Fixed) Ethernet packet with multicast address is not working https://jira.zephyrproject.org/browse/ZEP-471 [ZEP-730] (Fixed) Zephyr documentation page references 1.5.0, but it's not yet released https://jira.zephyrproject.org/browse/ZEP-730
|
|
Re: How to handle a board with a dozen SoC's?
Nashif, Anas
Ok, there is a JIRA about board/soc structure documentation already and it happens to be assigned to me, I will address this ASAP, this might help you with the issue below.
toggle quoted messageShow quoted text
Anas
On 2 Sep 2016, at 11:23, Jon Medhurst (Tixy) <tixy(a)linaro.org> wrote:
|
|
Re: Proposal to streamline GPIO, Pinmux driver API
Nashif, Anas
Hi,
toggle quoted messageShow quoted text
Some time ago the TSC discussed APIs in general and it was agreed that we need to revisit the APIs as we have them right when there is critical mass of architecture and board support and I think we are getting there. On Pinmux I agree it is low level and SOC specific, You have a very good story here that can be added to Jira. Anas
On 2 Sep 2016, at 06:21, Piotr Mienkowski <Piotr.Mienkowski(a)schmid-telecom.ch> wrote:
|
|
Re: How to handle a board with a dozen SoC's?
Jon Medhurst (Tixy) <tixy@...>
On Fri, 2016-09-02 at 15:46 +0100, Jon Medhurst (Tixy) wrote:
I'm trying to add Zephyr support for a board [1] where the 'SoC' is anI realised this and $subject may be a bit ambiguous, I meant that the FPGA can be programmed at any one time with a single CPU type chosen from a range of a dozen or so. I'm not trying to support multiple CPU and 'SoC' types in a single Zephyr image at the same time. I'm looking at a separate image for each one. -- Tixy
|
|