-
Notifications
You must be signed in to change notification settings - Fork 546
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Delete platform folder? #978
Comments
The apps/platform directory was created to support platform-specific, i.e., board-specific, applications. In the kernel build mode, the files under boards/ are built into the kernel and run in supervisor mode. So if you want user-mode, board-specific code there is only apps/platform.
That facility has not been used much however. But there really is no other place for board-specific, user code.
From: Alan Rosenthal
Sent: Sunday, January 23, 2022 8:32 PM
To: apache/incubator-nuttx-apps
Cc: Subscribed
Subject: [apache/incubator-nuttx-apps] Delete platform folder? (Issue #978)
Hi,
I'm doing some cleanup work on the Makefiles in incubator-nuttx. See apache/nuttx#5205 for more details.
I'm trying to figure out exactly what the platform folder is being used for.
It currently only has one non-dummy entry: platform/mikroe-stm32f4.
Q1: Is this leftover from the nuttx-app split?
Q2: Should platform/mikroe-stm32f4 be moved to another location?
platform/mikroe-stm32f4/mikroe_configdata.c implements platform_setconfig and platform_getconfig. The other functions that implement that API are defined in graphics/nxwm/src/ccalibration.cxx, graphics/nxwm/src/nxwm_main.cxx, graphics/twm4nx/apps/ccalibration.cxx. Maybe the correcct location is under graphics.
Also, it looks like most of the implementation of platform/mikroe-stm32f4/mikroe_configdata.c are guarded by CONFIG_MIKROE_STM32F4_CONFIGDATA_FS and CONFIG_MIKROE_STM32F4_CONFIGDATA_PART. I couldn't find any defconfig where those were set to y.
Q3: Is we move/delete mikroe-stm32f4, should we also delete the platform folder? At first look it doesn't make sense for apps to have a platform specific code.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
How about we support libboard.a and libkboard.a pair just like what we have done for arch(libarch.a and libkarch.a)? So, all board specific logic can be held in one place regardless whether it's for kernel space or user space. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi,
I'm doing some cleanup work on the Makefiles in incubator-nuttx. See apache/nuttx#5205 for more details.
I'm trying to figure out exactly what the
platform
folder is being used for.It currently only has one non-dummy entry:
platform/mikroe-stm32f4
.Q1: Is this leftover from the nuttx-app split?
Q2: Should
platform/mikroe-stm32f4
be moved to another location?platform/mikroe-stm32f4/mikroe_configdata.c
implementsplatform_setconfig
andplatform_getconfig
. The other functions that implement that API are defined ingraphics/nxwm/src/ccalibration.cxx
,graphics/nxwm/src/nxwm_main.cxx
,graphics/twm4nx/apps/ccalibration.cxx
. Maybe the correcct location is undergraphics
.Also, it looks like most of the implementation of
platform/mikroe-stm32f4/mikroe_configdata.c
are guarded byCONFIG_MIKROE_STM32F4_CONFIGDATA_FS
andCONFIG_MIKROE_STM32F4_CONFIGDATA_PART
. I couldn't find any defconfig where those were set toy
.Q3: Is we move/delete
mikroe-stm32f4
, should we also delete theplatform
folder? At first look it doesn't make sense for apps to have a platform specific code.The text was updated successfully, but these errors were encountered: