Hi Bub, Thanks for reply. My question is related to only HEAP MEM POOL and not GENERIC MEM POOL. In other words can I have CONFIG_HEAP_MEM_POOL_SIZE greater than 16k bytes? My heap requirement to

Hi Chintan, It's a single maximum size block. I'm wondering which scenario you need such big block. Best Regards, Bub ---Original--- From: " via Lists.Zephyrproject.Org"<meetcd=yahoo.com@...> Date:

Why aren't you using the Zephyr i2c driver instead of nrfx? -- Rodrigo Peixoto Co-founder and Technical guru +55 (82) 98144-8585 http://ayna.tech | Skype: rodrigopex .

Hi Community, As per Zephyr Documentation in this link. Heap Memory Pool — Zephyr Project Documentation Heap Memory Pool — Zephyr Project Documentation The size of the heap memory pool is

I would suggest you to use the mutex or even a semaphore to deal with the concurrent access to the driver. It seems to be the simple way in my point of view. Indeed I guess the first "workaround" you

Hi, I'm currently using the i2c_nrfx_twi driver to process i2c transfers with some peripherals. I have several slave units on the same i2c bus and use multi-threading to deal with all of them. I have

[] Isn't there a 3rd option which does require some more work than the other two other options and that is to have both slack and IRC while mirroring the channels from IRC to slack with an IRC-slack

"Cufi, Carles" <Carles.Cufi@...> wrote: [] Great to know, you must be <...> then ;-) (Well, nick is skipped for privacy reasons). Right, and besides that "potentially pointless" situation

On Mon, 29 Oct 2018 21:58:22 +0000 Marti Bolivar <marti@...> wrote: [] > > > Slack is a proprietary de facto standard in this context, at > > > least in the west. > > > > Love that

This sentence is hard to parse, but I suspect you (and Flavio) have both missed my point, which was that if you're talking about "everyone's" favorite chat clients by raw number of users, IRC

Hi Paul,

On Mon, 29 Oct 2018 20:11:04 +0000 "Marti Bolivar" <marti@...> wrote: [] > Slack is a proprietary de facto standard in this context, at least in > the west. Love that argument. So, perhaps

My replies with IPG>> prefixed below From: tsc@... [tsc@...] on behalf of Marti Bolivar [marti@...] Sent: Monday, October 29, 2018 1:11 PM To: Ceolin, Flavio Cc: Perez-Gonzalez, Inaky; Nashif, Anas;

My fault (?). I replied from mobile.

Adding to Martí’s points here. Can’t seem to break lines with Outlook so I will need to use anothercolor. Apologies for that, but I blame whoever introduced HTML to this thread. From:

Hi, I'd like to discuss some counterpoints. In all honesty I think s/platform/Linux distribution/ And I agree. IRC is not "easy" across platforms in a modern sense of the word, unless you use irccloud

Hello Jake, Am Montag, den 29.10.2018, 18:03 +0000 schrieb Kumar Gala: I just tried samples/hello_world from the current master on the efr32_slwstk6061a and it is working fine: ***** Booting Zephyr

Hello Anas, "Nashif, Anas" <anas.nashif@...> wrote: [] Great! That's great! But what does "on IRC on teleconference" mean? Is it on IRC or not? The moment I've read this line, I felt nice

"Perez-Gonzalez, Inaky" <inaky.perez-gonzalez@...> writes: yeah, easy to script, clients are lightweight, ... Without a good reason I'm totally in favor of keep using IRC. > > >

Thanks for the summary, Anas >> 4. We are considering a new communication platform to replace IRC. Candidates are Slack and gitter. This has not been decided yet, if you have any feedback,