Is it as "simple" as thttpd should do:
nwritten= send(sock_fd, buffer, totalbytesread, 0);
rather than the generic:
nwritten= write(sock_fd, buffer, nbytes);
On 27/06/2025 18:40, Tim Hardisty wrote:
Trying to get thttpd's CGI handling working and have found that the
dup(2) cal
Trying to get thttpd's CGI handling working and have found that the
dup(2) calls of stdin and stdout return a file descriptor that's already
been allocated to the NET socket (via thttpd I think).
That isn't right is it?
I am not sure if it's a side effect of something that thttpd does (that
m
Web UIs for embedded applications. There is probably
quite some porting effort to do, but you might want to have a look:
https://github.com/warmcat/libwebsockets
Bye,
Michael
On Thu, Jun 26, 2025 at 8:07 PM Tim Hardisty
wrote:
Update as I am back on this after a break and still stumped.
of a lightweight webserver that will handle POST and that
runs under NuttX?
On 05/06/2025 16:50, Tim Hardisty wrote:
Make that "PUT" not "GET", of course.
On 05/06/2025 15:42, Tim Hardisty wrote:
And...the magic answer to make this form actually work with the uIP
webserver i
There are a few git issues raised (and still open) by Alan C Assis which imply
CI has diverged from local checkpatch/nxstyle usage but no one appears to have
looked at them in over a month?
> On 15 Jun 2025, at 15:52, Tomek CEDRO wrote:
>
> CI on GitHub seems broken, looks like some PR broke
Make that "PUT" not "GET", of course.
On 05/06/2025 15:42, Tim Hardisty wrote:
And...the magic answer to make this form actually work with the uIP
webserver is that:
1. the form's "method" has to be GET not POST otherwise the URL CGI
"call" is
h URL/CGI mapping enabled
(CONFIG_NETUTILS_CGIPATH)
On 31/05/2025 11:16, Tim Hardisty wrote:
I'm using the netutils uIP webserver to provide a simple interface,
served by my board, for configuration, log downloads, firmware
updates, etc.
Forgive me if the terminology is wrong here, but I am trying
api/info",
info_route }, { nullptr, "/api/channel", set_channel_label }, {
nullptr, "/api/sensors", sensors_route }, { nullptr,
"/api/history_list", history_list_route }, { nullptr, "/api/auth",
auth_route }, { nullptr, "/api/change-password&quo
nfiguration.
Another problem might be that the feature is just broken.
On Jun 4, 2025, 4:04 AM, at 4:04 AM, Tim Hardisty
wrote:
If I mount binfs, all the builtin apps are listed but with 0 size, and
I
can't execute them from the mount location. They run fine directly from
NSH.
I cannot f
If I mount binfs, all the builtin apps are listed but with 0 size, and I
can't execute them from the mount location. They run fine directly from NSH.
I cannot find any Kconfig magic settings that "fix" this.
Has anyone got any suggestions? I need it for BINFS thttp cgi functions.
Thanks!
ff to find that magic
incantation. Grrr.
FYI thttp example doesn't work either (using BINFS not NXFLAT)
On 31/05/2025 11:16, Tim Hardisty wrote:
I'm using the netutils uIP webserver to provide a simple interface,
served by my board, for configuration, log downloads, firmware
updates,
I'm using the netutils uIP webserver to provide a simple interface,
served by my board, for configuration, log downloads, firmware updates, etc.
Forgive me if the terminology is wrong here, but I am trying to find
documentation - NuttX or elsewhere - about the %! "tag" that denotes a
call to a
Possibly not a NuttX-specific question.
Short version: how should an App go about determining USB
connect/disconnect (or some higher level USB device status changes that
signifies a successful, perhaps specified-type of connection to a host
PC) in a portable way?
Long version (TL;DR ?): the
/2025 19:14, Alan C. Assis wrote:
Hi Tim,
I think everything that speeds up NuttX users development and makes user
experience easy is welcome!
Please also include some basic Documentation/ explaining how to test it on
NuttX.
BR,
Alan
On Tue, May 13, 2025 at 3:07 PM Tim Hardisty
wrote:
I
ettings as per Xiang Xiao's links to open-vela.
On 13/05/2025 15:20, Tim Hardisty wrote:
FANTASTIC - thanks Xiang Xiao. I love learning how to do things and
even better when I don't really have to do anything :-)
On 13/05/2025 14:27, Xiang Xiao wrote:
On Tue, May 13, 2025 at 8:07 PM
FANTASTIC - thanks Xiang Xiao. I love learning how to do things and even
better when I don't really have to do anything :-)
On 13/05/2025 14:27, Xiang Xiao wrote:
On Tue, May 13, 2025 at 8:07 PM Tim Hardisty
wrote:
See Greg's response below which didn't make it to the list
See Greg's response below which didn't make it to the list.
See comments inline below.
On 13/05/2025 03:13, Gregory Nutt wrote:
On 5/12/2025 11:54 AM, Tim Hardisty wrote:
I am adding mDNS/DNS-SD query responder software to my project to
allow my NuttX "appliance" t
I am adding mDNS/DNS-SD query responder software to my project to allow
my NuttX "appliance" to be identified as a ".local" device on the network.
It is using public domain software here: https://github.com/mjansson/mdns
Firstly: would this be best done as part of the kernel under the
CONFIG_N
Thanks for the input everyone. Discussion was very useful and here
<https://github.com/apache/nuttx-apps/pull/3068> is the PR that
followed, and did not result in the exposure of the nxboot struct to the
kernel
On 05/05/2025 18:53, Alin Jerpelea wrote:
On Tue, Apr 29, 2025 at 7:49
On 30/04/2025 16:36, Karel Kočí wrote:
There are actually two ways. One for just application, but you probably know
that (`openlog("", LOG_PERROR, LOG_USER)`)
openlog is not supported in NuttX it seems. Sigh.
On 30/04/2025 16:36, Karel Kočí wrote:
On Wed 30 Apr 2025 03:45:36 PM , Tim Hardisty wrote:
I think that this system already exists and is the syslog.
I cannot find anywhere to configure NuttX syslog to send output to
stdout or stderr
...configure system itself to send syslog output
See inline.
On 30/04/2025 14:26, Karel Kočí wrote:
Hi,
On Wed 30 Apr 2025 12:19:02 PM , Tim Hardisty wrote:
5. One issue I have with NXboot is lack of printf-type error/info
messages
I think that this system already exists and is the syslog.
I cannot find
Thanks Karel.
See below, inline.
On 30/04/2025 11:06, Karel Kočí wrote:
4. MCUboot - for example - does the copy to RAM itself so, as has been
suggested, it would be good if NXboot gains this too. It will need
the destination RAM address for this which could:
* either be via
c setting. Need to make sure it
is backwards compatible though.
On 29/04/2025 22:17, Tim Hardisty wrote:
I believe I am over-thinking this and genuinely appreciate your input.
I will sleep on this and think again tomorrow. Thanks!
On 29 Apr 2025, at 21:23, Karel Kočí wrote:
On Tue 29 Apr 2025 08:
I believe I am over-thinking this and genuinely appreciate your input.
I will sleep on this and think again tomorrow. Thanks!
> On 29 Apr 2025, at 21:23, Karel Kočí wrote:
>
> On Tue 29 Apr 2025 08:45:11 PM , Tim Hardisty wrote:
>>
>> The structures are available in t
r correctly, these structures are public now, you should
be able to include from your application.
Best regards,
Michal
On 4/29/25 19:48, Tim Hardisty wrote:
I am adding enhancements to my custom image booting software (that
copies the image from flash to internal SDRAM).
As part of that I w
I am adding enhancements to my custom image booting software (that
copies the image from flash to internal SDRAM).
As part of that I would like, via PR, to expose /struct
nxboot_img_header/ and it's associated /struct nxboot_hdr_version/ and
/struct nxboot_img_version/ via a public header file
Out of interest, I took a 800x480 png (that I currently use as a
splashscreen):
* png size: 56KiB
* C file, using LVGL image converter: 5.4MiB
Eek!
On 28/03/2025 13:06, Nathan Hartman wrote:
Replying inline below:
On Thu, Mar 27, 2025 at 5:15 PM Tim Hardisty
wrote:
Hi Nathan,
Thanks
that bottoms out.
Thank you,
Tim.
On 27/03/2025 19:12, Tim Hardisty wrote:
Thanks for joining in the conversation Pavel.
I currently have my INIT_ENTRYPOINT set to the (new) fbcon
example app, so any stdout and stderr output appear on the
framebuffer LCD, and that then calls NXboot to load my app
display the logo unless it's going
to be visible for at least 0.5 seconds. If nxboot starts, finds firmware,
and then branches to firmware, and if that entire process takes < 0.5
seconds, maybe nxboot should only blank the display.
WDYT?
But since using your fbcon with the NSH terminal o
the NuttX Logo in similar way was Linux users do.
BR,
Alan
On Thu, Mar 27, 2025 at 9:38 AM Tim Hardisty
wrote:
I am still unsure about where a framebuffer splashscreen best "lives".
* If a framebuffer device is used for a given board, this would be
registered in a boar
d some time ago, I'm
not sure how complex it will be to reintroduce them.
BR,
Alan
On Mon, Mar 24, 2025 at 4:12 PM Tim Hardisty
wrote:
I am just starting to use NXboot (having migrated from Uboot, then to
MCUboot, and finally settled on NXboot) and I'm wondering whether it
would bene
ystem configuration
>> #
>> CONFIG_DISABLE_MOUNTPOINT=y
>>
>> Disabling MOUNTPOINT will disable VFS support, it was necessary to be able
>> to use less than 16KB Flash, but disabling it we lose the option to create
>> device files at /dev.
>>
>> Sin
I am just starting to use NXboot (having migrated from Uboot, then to
MCUboot, and finally settled on NXboot) and I'm wondering whether it
would benefit from some changes and/or enhancements now I've used all three.
Thoughts, observations, suggestions welcomed.
In no particular order:
1. Uboo
Thanks Greg. I have allowed myself to get carried away I think.
* I wanted stdout and stderr to render on a FB to display basic
messages during bootloading (MCUboot)
* There were FBtext examples but not quite what I wanted
* There is LVGLterm - again, not quite what I wanted but food for th
could work for your purpose, but it will increase the
final firmware size (in case of NXBoot usage).
BR,
Alan
On Wed, Mar 12, 2025 at 7:12 AM Tim Hardisty
wrote:
Thanks Greg. I have allowed myself to get carried away I think.
* I wanted stdout and stderr to render on a FB to display basi
full blown console...much like nxterm but without the need of the nx
server etc.
On 08/03/2025 16:50, Alan C. Assis wrote:
Hi Tim,
Could you please try to run: "ls -l | hexdump"
It could show if the '\n' is received correctly.
BR,
Alan
On Fri, Mar 7, 2025 at 3:47
I am writing a Framebuffer console app that takes stdout and stderr and
renders the text to a framebuffer device. Based on existing NXGL code
and example apps.
It spawns NSH, and I get the NSH prompt on my LCD - and it basically
works. I have also added functions to decode the handful of VT100
S unclear how to vote. Reply to any reply? With different formatting
and (mis)quotes? So i will not quote and you can sort it out I hope!!
TimH: +1 to all - on the basis that if this doesn't work out quite right
it will be reviewed and changed. Best to try something like this than
not - it
I was only skim reading the discussions on LTS, so probably missed
detailed descriptions/conclusion of the LTS proposal. It seems a great
idea but @raiden00pl makes a valid point I think?
This is a vote for 13.0.0 which is an LTS candidate I would imagine.
Once out in the wild, any fixes (not
ut only mode when no input is required
> :-) Input would require serial port like transport, keyboard, or
> on-screen keyboard that makes things a bit more complicated :-)
> Tomek
>
>> On Mon, Feb 17, 2025 at 8:11 PM Tim Hardisty wrote:
>>
>> Just thinking out
rd to
let user know a secret key the decript the disk.
Alternatively if you want to print images in the screen you can use
something like fbprint ( https://github.com/Weinsen/fbprint ).
BR,
Alan
On Saturday, February 15, 2025, Tim Hardisty
wrote:
What is efficient solution to just do text t
u want to print images in the screen you can use
something like fbprint ( https://github.com/Weinsen/fbprint ).
BR,
Alan
On Saturday, February 15, 2025, Tim Hardisty
wrote:
What is efficient solution to just do text though?
On 15 Feb 2025, at 13:42, Alan C. Assis wrote:
Hi Tim,
You can
u just want to write
> in the framebuffer, you can convert image to display directly in the
> /dev/fb0
>
> BR,
>
> Alan
>
>> On Sat, Feb 15, 2025 at 7:45 AM Tim Hardisty
>> wrote:
>>
>> Hello NuttX Colleagues!
>>
>> During MCUboot I want to
Hello NuttX Colleagues!
During MCUboot I want to display text messages on the framebuffer LCD
driver (/dev/fb). This could either be via a FB console (useful for
other reasons) or a FB terminal, or something else.
I also quite like the idea of my main graphics app - LVGL based - having
a con
old sensors it's not possible to create portable applications.
The
new
sensor
framework solves this problem. Its main disadvantage currently is
operating
on float data,
in the future fixed-point math should be also supported for MCU
without
FPU.
czw., 13 lut 2025 o 16:46 Tim Hardisty
napisał
gt; BR,
>
> Alan
>
>> On Thu, Feb 13, 2025 at 7:48 AM Tim Hardisty
>> wrote:
>>
>> Bu all sensors should have character drivers though, not just uORB? I
>> have only briefly searched about uORB but it's a messaging system not a
>> driver as su
point!
On 13/02/2025 00:12, Lwazi Dube wrote:
On Wed, 12 Feb 2025 at 13:10, Tim Hardisty wrote:
Thanks Lwazi and Peter. By examining the data in the NuttX binary I have
tentatively concluded that the binary, as stored as an MCUboot signed
bootable image:
* Has the 32 byte MCUboot header.
Ah - so something you choose to use or not? But still we'll have
"traditional" drivers for new sensors as they're added?
On 12/02/2025 19:29, Alan C. Assis wrote:
Hi Tim,
It came from PX4 and how it is used for our sensors.
BR,
Alan
On Wed, Feb 12, 2025 at 4:21 PM Tim H
Is uORB really just a PX4 thing? Not NuttX? Or did NuttX adopt uORB too
and I missed it?
Just curious :-)
On 12/02/2025 18:51, Alan C. Assis wrote:
Hi Yashvi,
BMI270 uses uORB, you need to use sensortest (CONFIG_SYSTEM_SENSORTEST)
Just verify if the sensor was created correctly at /dev/uorb/
Thanks Lwazi and Peter. By examining the data in the NuttX binary I have
tentatively concluded that the binary, as stored as an MCUboot signed
bootable image:
* Has the 32 byte MCUboot header. This contains the address in RAM
that the entire image in the flash slot, minus the 32 byte header
Hello all.
I'm trying to understand the "header" bytes of a NuttX .bin file (ELF?),
so I can try and locate and use the ARM Cortex A (SAMA5D2) reset and
stack pointer vectors in an MCUboot image.
It seems that there are 32 bytes (after the MCUboot header) of a
repeating pattern (0xe59ff018)
I have:
* SAMA5D2 (Arm Cortex-A) Xplained EV board
* SAMA5D27-SOM1 EV board
* Custom board with SAMA5D27C-1G (128Mybte SDRAM) with TFT+TS, NOR
flash, SPI peripherals, I2C peripherals, USB, GPIO. All using NuttX
drivers.
I need to finish the project I'm on (which is still a few months' w
ay be a bit non-intuitive, but as soon as
you complete it things will start moving smoother.
Hope that brings some light to your use case.
BR,
Petro
пт, 31 січ. 2025 р. о 18:30 Tim Hardisty пише:
[resend as I managed to mangle the Subject!]
Hi Petro - thanks for replying. Here're the
M config, does it have internal flash or external,
where the program is executed from, etc. maybe I will be able to help you.
Br,
Petro
On Wed, Jan 29, 2025, 11:59 AM Tim Hardisty wrote:
Thanks for taking the time to reply, Lwazi.
As best as I know, the Nuttx build (with my, or any app, set as
al,
where the program is executed from, etc. maybe I will be able to help you.
Br,
Petro
On Wed, Jan 29, 2025, 11:59 AM Tim Hardisty wrote:
Thanks for taking the time to reply, Lwazi.
As best as I know, the Nuttx build (with my, or any app, set as the
start app) is running from RAM. Uboot certa
uot;...until now lol.
Thanks,
TimH.
On 29/01/2025 02:46, Lwazi Dube wrote:
On Tue, 28 Jan 2025 at 13:30, Tim Hardisty wrote:
Hi all,
I am trying to get MCUboot to work on my custom board with a SAMA5D2
(Arm V7A) and after a lot of battles am nearly there.
I can boot into MCUboot stored in f
Hi all,
I am trying to get MCUboot to work on my custom board with a SAMA5D2
(Arm V7A) and after a lot of battles am nearly there.
I can boot into MCUboot stored in flash, and I can also download/debug it.
MCUboot is happy enough with my firmware images to call my board's
"board_boot-image"
depends on
how much RAM my app ends up needing.
> On 1 Nov 2024, at 15:12, Xiang Xiao wrote:
>
> it mayn't work as you expect. FatFS updates some fixed location very
> frequently, your flash device may stop working after you make ten thousand
> changes.
>
> On Fri, Nov 1, 20
lable to use in bringup code as I understand it
otherwise I would mount the FS in my bringup too.
On 01/11/2024 02:07, Xiang Xiao wrote:
On Wed, Oct 30, 2024 at 2:00 AM Tim Hardisty
wrote:
Whilst FAT on a NOR flash may generally be seen a not such a great
idea...please ignore that and confirm if.
ote:
>
> You can put it here:
>
> https://nuttx.apache.org/docs/latest/guides/index.html
>
> On Thu, Oct 31, 2024 at 4:57 PM Tim Hardisty
> wrote:
>
>> Is there a documentation section that might be good for mini case-studies?
>> I can imagine this being a pl
Is there a documentation section that might be good for mini case-studies? I
can imagine this being a place for a “mini-blog” that are happy to share but
don’t have our own blog? Perhaps 100’s of personal blogs is not a good place
for information: it should be in one place I think?)
> On 31 Oct
Totally happy to add to documentation and/or guides. Once I have what I’m doing
working I can post here again with a summary of what I did - and why - and seek
suggestions on what would be a guide and what would be better in documentation.
It also looks like the s512_initialize function is depre
a userspace part of it.
> I think Xiang Xiao said they will provide it someday, but since nobody ever
> tried to use it or requested it, it never arrived :-)
>
> BR,
>
> Alan
>
> On Thu, Oct 31, 2024 at 3:28 PM Tim Hardisty
> wrote:
>
>> I have got this worki
bloat.. maybe no mapping is even
necessary just provide address and size and use littlefs over there
:-)
Hope that helps somehow :-P
Tomek
On Wed, Oct 30, 2024 at 7:37 PM Tim Hardisty wrote:
A typo maybe? What do you mean by a “while” disk, please?
On 30 Oct 2024, at 18:33, Tomek CEDRO wrote:
A typo maybe? What do you mean by a “while” disk, please?
> On 30 Oct 2024, at 18:33, Tomek CEDRO wrote:
>
> how about creating a while disk at memory offset? :-)
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>
> On Wed, Oct 30, 2024, 11:58 Tim Hardisty wrote:
-)
>
> Are you sure that partition table is okay and you are formatting /
> mounting the correct partition? :-)
>
> Tomek
>
>
> On Tue, Oct 29, 2024 at 7:00 PM Tim Hardisty wrote:
>>
>> Whilst FAT on a NOR flash may generally be seen a not such a great
>> idea
Whilst FAT on a NOR flash may generally be seen a not such a great
idea...please ignore that and confirm if...
...I am right in deducing that I can't simply make a FAT file system on
(say) the third mtd partition (with 512 byte sector emulation)
(partitions 0, 1 and 2 are "raw" data) since FAT
GigaDevice GD55 NOR flash, up to 4Gbit. I use a 1Gbit variant and am just
writing the driver for it.
Would expect LittleFS will work on it, and I can try it once driver is working,
next week hopefully.
> On 18 Oct 2024, at 15:19, Matteo Golin wrote:
>
> Hello everyone,
>
> Matteo from InS
I am looking at a way to expose 3x on-board MTD NOR flash and an EEPROM device
(2 formatted with LittleFS and the larger NOR flash probably with FAT) to users
so they can download log files, upload new firmware for MCUboot to use, or
customization files etc.
This will probably be via USBMSD (he
han Hartman wrote:
>
> Isn't there Bonjour/Avahi that can make something like this work on a
> local network, at least when accessed from a computer that supports
> Bonjour/Avahi? I think this is how printers are automatically
> discovered on a network.
>
> On Wed, Oct 9,
02:04, Tim Hardisty wrote:
Not a NuttX question, as such, more a basic embedded device networking
question. But you’re all so helpful, and it’s NuttX things I need to do
this :-)
I have just tried the recently added CDC/NCM USB networking and it works
very nicely. Coupled with DHCPD, I can have
:
On Oct 8, 2024, at 12:56 PM, Tim Hardisty wrote:
Not a NuttX question, as such, more a basic embedded device networking
question. But you’re all so helpful, and it’s NuttX things I need to do this :-)
I have just tried the recently added CDC/NCM USB networking and it works very
nicely. Coupled wi
Sent from my Galaxy
Original message From:michal.lyszc...@bofc.pl Date: 10/8/24 11:01 PM (GMT-06:00) To:dev@nuttx.apache.org Subject:
Re: NuttX "gadget": resolve its host name via CDC/NCM connection On 2024-10-08 20:56:00, Tim Hardisty wrote:> My intention
is to
Not a NuttX question, as such, more a basic embedded device networking
question. But you’re all so helpful, and it’s NuttX things I need to do this :-)
I have just tried the recently added CDC/NCM USB networking and it works very
nicely. Coupled with DHCPD, I can have a PC (Windows or Linux; not
ro.info
On Mon, Oct 7, 2024, 14:37 Tim Hardisty wrote:
FYI, I tried RC0 on my SAMA5D2 custom board with no issues. My app and
LVGL demos (with LVGL V9.1 - with known issues - and V9.2) run OK as
does the FB example app, so I would think any issues are possibly
arch-specific rather than 100% down
ll want to create a reliable
solution that works out of the box with no surprises right? :-)
Have a good day folks :-)
Tomek
On Sat, Oct 5, 2024 at 11:11 AM Tim Hardisty
wrote:
FYI you can no longer change LVGL version from Kconfig AFAIK, but you
can force the use of any version you want by check
Oct 2024, at 10:56, Alin Jerpelea wrote:
>
> @Tim and Tomek
>
> My bad ! We are using 9.1.0 for 12.7.0 release
> I was looking on an older branch . A simple PR will fix it after LVGL is
> release
>
> Best regards
> Alin
>
>
>> On Sat, Oct 5, 2024 at 10
12.7 should be using LVGL 9.1. 9.1 has a specific frame buffer problem fixed in
9.2.
I have a custom SAMA5D2 board with an LCD running NuttX master and LVGL 9.2 and
I will try the RC on Monday.
> On 5 Oct 2024, at 10:33, Alin Jerpelea wrote:
>
> Hi Tomek,
> Thanks for testing and providing f
I have had lots of issues with LVGL 9.1 as used in NuttX, but on SAMA5D2. The
framebuffer was being rendered to directly causing tearing. I have also seen
LVGL repo issues relating to STM32, I think. LVGL V9.2 fixes my issues.
Don’t necessarily assume it’s a board fault!
Regards,
Time
> On 4
+1 from me!!
On 21/07/2024 00:55, Daniel Appiagyei wrote:
Hi,
Is anyone opposed to:
- creating more specific github issue labels,
- encouraging everyone to use them, and
- setting up permissions on github such that anyone that has contributed to
the repo has the ability to add/remove labels?
Th
er as best as I can
tell.
I believe it needs a rework of the lvgl framebuffer driver - which is
probably down to LVGL rather than NuttX people to sort; but I may see if
I can create a custom driver using the LVGL guidelines for now.
On 14/06/2024 11:13, Tim Hardisty wrote:
Thank you Grego
Thank you Gregory. I will read all of this and, so far, have skim read
the first you linked to and now understand it a little better already
and it confirms that the SAMA5D2 does indeed have a frame buffer
interface, that I register in my board bringup (so longer ago I'd
forgotten LOL) - but it
I am getting in a mental pickle regarding LVGL (V9) and NuttX, in
conjunction with the SAMA5D2 with it's built in LCD Controller peripheral.
In the past - bare metal - I have simply set up two buffers so one can
be written to while the other is copied out to the actual display. But
now NuttX i
+1 non-binding. On my custom board:
NuttX 12.5.1-RC0 3fcd063148 Apr 9 2024 16:22:37 arm jti-xxx
arm-none-eabi-gcc -v
Supported LTO compression algorithms: zlib
gcc version 13.2.1 20231009 (Arm GNU Toolchain 13.2.rel1 (Build arm-13.7))
On 09/04/2024 08:40, Alin Jerpelea wrote:
Hello all,
make menuconfig
RTOS Features ->Tasks and Scheduling -> Application entry point
also
RTOS Features ->Tasks and Scheduling ->Application Name
On 18/03/2024 19:44, Gustavo Soares wrote:
Hello!
I've built an application to run on NuttX and I'd like to know if it's possible
to make it start whe
My board uses built-in SAMA5 TSD peripheral to interface with a
resistive touchscreen on a 5" TFT. Early on I implemented (and had
merged) an ioctl to allow the low level driver to scale the x/y data to
match the display resolution but I am now finding it actually needs a
multipoint calibration
Would a variation on this proposal be to add app-specific
NXAPP_DEBUGASSERT etc.? This would then be "global" but unique to apps,
not overlap with O/S DEBUGASSERTs, and make for a simpler global
search/replace of current DEBUGASSERT in apps, and just need a one-off
new set of entries in the app
If someone can post with a consensus/decision once there is one, it
would be most useful!
On 03/01/2024 17:35, Fotis Panagiotopoulos wrote:
Just to be clear, I am always referring to the standard C assert()
function/macro.
Not the unconditional NuttX ASSERT() macro. Notice the capitalization!
ubsystem:
https://docs.kernel.org/gpu/backlight.html
I think you could create a simple char device driver (at
drivers/lcd/backlight.c) that will receive IOCTLs to set the backlight
dimming.
Best Regards,
Alan
On Wed, Jan 3, 2024 at 3:03 PM Tim Hardisty wrote:
My SAMA5 board has an LCD with variable
My SAMA5 board has an LCD with variable brightness (pwm controlled).
arch/arm/src/chip/sam_lcd.c has a function called "sam_backlight) that
takes a level value, but it appears to be local to that file, and the
only call to it is in the LCD init functions in that file, complete with
a comment t
n the mounted partition?
>
> Best Regards,
>
> Janardhan
>
> From: Tim Hardisty
> Sent: Thursday, December 28, 2023 20:36
> To: dev@nuttx.apache.org
> Subject: Re: LittleFS Implementation using MTD for NOR flash
>
> FYI - if you
gin with.
> Aren't they supposed to be similar and autoprobing?
>
>>
>> From: Tim Hardisty
>> Sent: Thursday, December 28, 2023 20:18
>> To: dev@nuttx.apache.org
>> Subject: Re: LittleFS Implementation using MTD for NOR flash
>
ards,
Janardhan
____
From: Tim Hardisty
Sent: Thursday, December 28, 2023 19:15
To:dev@nuttx.apache.org
Subject: Re: LittleFS Implementation using MTD for NOR flash
I have only ever used NuttX "directly" with my apps running over it
rather than any other middleware or an
______
From: Tim Hardisty
Sent: Thursday, December 28, 2023 19:15
To:dev@nuttx.apache.org
Subject: Re: LittleFS Implementation using MTD for NOR flash
I have only ever used NuttX "directly" with my apps running over it
rather than any other middleware or anything, so I can't answe
2:12, Janardhan Silwal wrote:
Hi,
I am using MT25QL, 1Gbit series flash memory.
Thanks for the template.
Would running in this format over the middleware running over nuttx also follow
the same approach?
Best Regards,
Janardhan
____
From: Tim Hardisty
Sent: Thursday, De
Hi,
What flash are you using out of interest?
But, the basic approach (in or called from your board bringup for
example) is:
spi_flash= sam_spibus_initialize(PORT); /* this call is arch dependent */
if(!spi_flash)
{
/* Do something */
}
#ifdefined(CONFIG_MTD_M25P)
mtd = m25p_initialize(spi_f
e a spi flash driver, and change its read/erase/write
routines (and initialization) by copying code from a spi eeprom driver.
Sebastien.
Le 14/12/2023 à 19:13, Tim Hardisty a écrit :
Question first, then explanation.
How do I use losetup (which is what I think I need) with a character
memory devic
Question first, then explanation.
How do I use losetup (which is what I think I need) with a character
memory device and mount an FS on it? SPI EEPROM and LittleFS specifically.
Yes, it's a bad idea, probably, but I just want to have a play and lack
of NuttX/POSIX/Linux knowledge has bitten m
Hi,
I'm wondering if there is an "approved" usage of assert vs debugassert
for files/apps in the nuttx-apps repo?
My thinking is:
* use debugassert if a function in apps would only fail if the calling
code, probably (or possibly only) if other functions within apps,
rather than an unkn
1 - 100 of 278 matches
Mail list logo
