Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [threadx-dev] ThreadX - Feature extension plans
  • From: Bill Lamie <blamie@xxxxxxxxxxx>
  • Date: Thu, 18 Jul 2024 18:46:34 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=px5rtos.com; dmarc=pass action=none header.from=px5rtos.com; dkim=pass header.d=px5rtos.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=WBxCwvohn0ciqIQdMYLyl+9JqWokGUEm724PCio8qtM=; b=I7hLPEgiw5rOwLdLs/Fs9y1J3Km3ueMSxKx+M9QWOoT+vMFFIBg0t1+0J3CdSW63i6PORh+c69j8eAuaDPVGPFcYDvARUJMWhY1jpRxQ0JwNfkQxuPZNK9piDh046yVjOhYEBweohoUpFY7pry/hLn7VxV8iYYM2e6M4yInvX5xFHgflBuM18oFI9NVOGnTVneV06jk7cZPWzjW2T3jVO+eVcvRvV+H0FaNQ2no1EM8/kTqbusSVOo9Tke6qnryucpmdPLQR9llgsFeW/2/irkR2w763TNruflhlFrMeGhk401ND0B+X59x38ojEKJXMjYx+ULIkhwAEL0ETXfAfXw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Mq0jB8Ahbqg9oIHu9CPi6xujTxWHXWd7F/ZuXQWfxb5oH8tB9QS0PTvtrZH9e7rq3KmUgZlGASQWU2ePFzLFAnh0KXuBYVocHCLY3VFlZLC/ARnBu6nqV3BLMvRWzfM0D5CDnKtiIvpQeL/szS1hXg9gnTYfUBYeD6VwwkziMyi+Y+OqDLURc3yJuzm0lLcwHuRGn2hwDECE3CyXc2qx8NjJ3v+MzPSS5KkGUy2etzI+hI8ad5nanSr+7H3z9X1UJMGgcgYSV4YZELqnism6B+i+K3pMEMALXZNkdyyZ7kWOqmrZSN1SKvqrfFLWA1UmVZ50d614+FaxFSf4TFT/Xw==
  • Delivered-to: threadx-dev@xxxxxxxxxxx
  • List-archive: <https://www.eclipse.org/mailman/private/threadx-dev/>
  • List-help: <mailto:threadx-dev-request@eclipse.org?subject=help>
  • List-subscribe: <https://www.eclipse.org/mailman/listinfo/threadx-dev>, <mailto:threadx-dev-request@eclipse.org?subject=subscribe>
  • List-unsubscribe: <https://www.eclipse.org/mailman/options/threadx-dev>, <mailto:threadx-dev-request@eclipse.org?subject=unsubscribe>
  • Msip_labels: MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_ActionId=ff84822a-0ddb-407a-b8da-299a077f2e95; MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_ContentBits=0; MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_Enabled=true; MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_Method=Standard; MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_Name=d546e5e1-5d42-4630-bacd-c69bfdcbd5e8; MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_SetDate=2024-07-18T09:04:13Z; MSIP_Label_d546e5e1-5d42-4630-bacd-c69bfdcbd5e8_SiteId=96ece526-9c7d-48b0-8daf-8b93c90a5d18;
  • Thread-index: AdrY8X87yWgNC1SuT4StkBdkHwOqngAUAEOQ
  • Thread-topic: ThreadX - Feature extension plans

Hi Mike,

 

First, thank you for being a loyal TheadX customer!  

 

On the certification front, each new version of ThreadX must be recertified.  The last certified version was from several years back.  I don’t know the roadmap for any new certifications.

 

As for the feature request, I believe you might be interested in ThreadX Modules:

 

https://github.com/eclipse-threadx/rtos-docs/blob/main/rtos-docs/threadx-modules/chapter1.md

https://github.com/eclipse-threadx/threadx/tree/master/common_modules

https://github.com/eclipse-threadx/threadx/tree/master/ports_module

 

A Module is separately built (compiled/linked) application code containing one or more threads. It can be loaded dynamically or reside in place. Since it has its own distinct address space (instruction and data), memory protection (MMU or MPU) can be used to isolate its access from the rest of the application. There is also some time-domain protection by limiting the priority of threads running in the context of a module.

 

I hope this helps!

 

Best regards,

 

Bill

 

 

From: threadx-dev <threadx-dev-bounces@xxxxxxxxxxx> On Behalf Of Skinner, Mike (UK1Y) via threadx-dev
Sent: Thursday, July 18, 2024 2:13 AM
To: threadx-dev@xxxxxxxxxxx
Cc: Skinner, Mike (UK1Y) <Mike.Skinner@xxxxxxxxxxxxx>
Subject: [threadx-dev] ThreadX - Feature extension plans

 

Hello everyone,

 

First post here but a long time user of ThreadX. Interesting news that ThreadX is being brought into the open source community. I am still reading through the announcements and related documentation but I am interested in understanding how the Functional safety certification will be maintained and at what frequency, and who will bear the costs for this?

 

Would it be that users of the RTOS as they incorporate new features would be expected to re-certify these changes, or will the certification be kept up to date in some other way?

 

My apologies for being greedy but I also had a further question on any future features that may be being considered. I know from my previous experience with ThreadX that there were ongoing efforts to provide a “thread isolation” module such that it was guaranteed (and more importantly assessed and certified to be the case!) that the resources or any errors etc in one thread would not have any effect on other threads. This would allow, in functional safety terms, “functionally safe” code to run in one (or more threads) and for “non safe” code to run on another thread without danger of interference to the safe code even while operating on the same MCU. Is there any ongoing development effort to provide this feature and certify it?

 

Thank you for your consideration and I am excited to see what the future brings!

Mike

 

Mike Skinner

Senior Advanced Embedded Engineer
Honeywell | PMC

Office: +44 1202 645556

Mike.Skinner@xxxxxxxxxxxxx

HoneywellAnalytics.com

This email, its content and any files transmitted with it are intended solely for the addressee(s), are confidential, subject to copyright and may be legally privileged and/or confidential. If you are not the intended recipient please delete and contact the sender on the telephone number shown above or via email return. Unless expressly stated otherwise, and subject to the disclaimer below, this email does not form part of a legally binding contract or agreement between the recipient and City Technology Limited. (Registered no. 1326515 (England)).  Registered Office: Honeywell House, Skimped Hill Lane, Bracknell, Berkshire, RG12 1EB, England. E-mail cannot be guaranteed to be secure, error free or free from viruses. Neither the sending company nor its group of companies accepts any liability whatsoever for any loss or damage which may be caused as a result of the transmission of this message by e-mail. If verification is required, please request a hard copy version.  Any opinions or recommendations expressed herein are solely those of the author.

 


Back to the top