Thank you all for the warm welcome.
I am very much looking forward to the journey with NuttX.
Currently, I must focus on finishing my bachelor degree. From the second part
of June though, the full-time NuttX development begins.
Wishes,
michal
P.S.: Just dropped a little PR
https://github.com
Hi,
it's been 72 hours since the vote start with 7 +1 votes and no 0 or -1
votes. I think we can close the vote now and I'll mark the pull request
as ready. Thanks.
Michal
On 4/29/25 08:37, Michal Lenc wrote:
> Hi all,
>
> I've submitted pull request that changes setlogm
Hi Tim,
If I remember 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
hest priority (lowest amount of messages, just emergency
logs) with LOG_EMERG (or any other priority you want). Nevertheless, I
consider the POSIX (and Linux) compatibility more important in this case
and vote for the change.
Thanks,
Michal
ree to share your thoughts here or in the pull request comments,
but I think it shouldn't be a problem to merge the fix. It is, however,
a breaking change.
The PR: https://github.com/apache/nuttx/pull/16280
Best regards,
Michal
ng in that
area on an updater application.
Best regards,
Michal
On 20. 03. 25 13:01, Tomek CEDRO wrote:
Thank you Pavel :-)
We should then request registration for two Apache NuttX Mentors,
please confirm?
1. Pavel Pisa, p...@fel.cvut.cz.
2. Karel Koci, kocik...@fel.cvut.cz.
Two proposition
es for stack monitoring
and try to rerun - maybe some more useful information will be revealed.
--
.-.---.--.-----.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software En
is still responsible for fixing some
> bugs if found in the future.
-1 in case we don't require 4 reviewers for every PR, but only for major
and potentially breaking ones, otherwise +1.
Michal
On 2/12/25 11:37, Tomek CEDRO wrote:
> Lets add these two points to vote that came out of th
Hi,
1: +1
2: +1
3: +1
4: +1
5: +1
6: +1
7: +1
8: +1
9: +1
10: 0 these are sometimes necessary
11: +1
12: +1
13: +1
14: -1 I would still apply it only for bigger changes
15: +1
16: +1
17: +1
Thanks for organizing the vote!
Michal
On 2/11/25 00:37, Tomek CEDRO wrote:
> Hello world :-)
>
ds with
networking capability to test those as well.
--
.-.---.------.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330
On 2025-02-06 19:47:28, michal.lyszc...@bofc.pl wrote:
> On 2025-02-06 18:48:18, Tomek CEDRO wrote:
> > On Thu, Feb 6, 2025 at 4:51 PM wrote:
> > > On 2025-02-06 08:43:34, Michal Lenc wrote:
> > > > > Also it will be nice to have monthly online meetings just to ta
On 2025-02-06 18:48:18, Tomek CEDRO wrote:
> On Thu, Feb 6, 2025 at 4:51 PM wrote:
> > On 2025-02-06 08:43:34, Michal Lenc wrote:
> > > > Also it will be nice to have monthly online meetings just to talk
> > > > things over and stay connected and synchronized.
On 2025-02-06 08:43:34, Michal Lenc wrote:
> > Also it will be nice to have monthly online meetings just to talk
> > things over and stay connected and synchronized. It should bring
> > community closer together :-)
>
> Yes! We have to find a proper channel for this thou
(for understandable reasons) so it didn't last
for long.
Best regards,
Michal
On 2/6/25 04:45, Tomek CEDRO wrote:
> Hello world :-)
>
> We have long discussions over the last months NuttX code quality and
> self-compatibility degradation. I think open discussion in thi
t has not been a priority ever since that. And
I think MCUboot also has something similar, so it should be possible.
Or there is no encryption support for the bootloader now.
Best regards,
Michal
On 04. 02. 25 13:34, Alan C. Assis wrote:
Hi Tomek,
I think the support already exist:
That PR touched WHOLE cpu family, and yet not a single test was performed
on real hardware it seems.
--
.-.---.------.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 |
ion with updates, while with ruby based apps there
was always struggle.
Change just for the sake of change never worked out well for anyone.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a;
y when
> it comes to embedded systems.
So you carefully define it, keep it as EXPERIMENTAL for some time, which
allows for breaking changes, but once API is marked as stable - it is set in
stone. Period.
--
.-.---.--.-.
| Micha
ryone to help in PR review if changes are impacting
> you, catch them first before merge :-)
I'd love to, but can't get any company to choose Nuttx over Zephyr ^^
And privately I am currently doing projects that don't really involve RTOS
at all. So I am kinda out of the loop these
nually guess which commit is going to at least compile - and then you
still cannot be 100% sure soft does/doesn't work as indended.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource
apply
for it (I am not sure if we'll have someone from CTU this year) and
possibly provide tests on some hardware (samv7, imxrt, stm32...).
Best regards,
Michal
On 15. 01. 25 23:40, Tomek CEDRO wrote:
Google Summer of Code 2025 is coming, we already can and should
register ideas for
l when such long-standing member decides to leave because
project makes his life harder instead of easier.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://bof
cleaning up to do before
adding even more gimmicky stuff. It really does feel like Nuttx wants to do much
more then it was intended to do. Also there is simply not enough manpower to
maintain so many things.
Less is more, more is less.
--
.-.---.---
ependencies - if embedlog suddenly starts to
require new option, only embedlog kconfig will have to be modified (with new
depends on option)
- no illegal configurations are possible with depends (while it is possible with
select)
So, rule of thumb - use select only for non-visible (non-select
ution. Any contribution is
appreciated.
--
.-.---.------.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://b
t in the near future is kinda strange
design choice. I think you could have ignored it when there was 50 years left,
but this will happen in 14 years which is not that far for embedded systems
that can work for decades.
--
.-.---.--.---
ive time.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://bofc.pl `.--: Brzezinka Sredzka PL | /`'\ & |
| GPG FF1EBFE7E3A974
that would do what you describe.
It's always via IP address. So do what others do, and allow access via
IP address only. That's the only portable way that I know of.
--
.-----.---.--.-.
| Michal Lyszczek | Embedded C,
and step through the
code. Nuttx is exceptionally well documented in its C files, you will have
no problems following it.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| h
during compilation time that something is not defined.
--
.-.-------.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| http
On 2024-10-01 10:52:18, Roberto Bucher wrote:
> Thanks Michal
>
> changing the arm-gcc version can probably change the size of the generated
> code.
No, stack size is per thread, and has nothing to do with code size.
Stack size refers to automatic storage variables like
i
early development.
Sharing your main code might also be helpful in debuging it.
--
.-----.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://bofc.pl `.
immediately use it from on to initialize the rn2483
* chip driver */
rn2483_init(serial);
}
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engin
thing wrong in having 2 bootloaders. On chip bootloaders are often very
limited and are more suited for recovery than final product usage. Custom
bootloader can be relatively easily configure to - for example - fetch image
from tftp and boot it - awesome for development.
--
.-.-
on f7 and h7, but I suppose it should be.
This command will leave openocd opened with gdb server so you can start
debugging it anytime you want with:
arm-none-eabi-gdb nuttx "target remote 127.0.0.1:"
--
.-.---.--.--
e printed before compilation that this is no GPL licensed code.
I don't know how is Apache foundation feeling about things like that, but
GPL does not care.
It's not ideal. But it's not a closed door either.
--
.-.---.------.-
EXPERIMENTAL. This will be a
good indication that driver is somewhat working, but noone should expect
production quality code in there.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 |
have things than have
them half cooked in buggy state (I'm looking at you zephyr).
--
.-----.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55
hen please do "git bisect" to pinpoint offending
commit. "git bisect" will hold your hand throughout the whole process.
It's easy and mostly automatic. Just needs some time to rebuild and reflash.
--
.-.---.------.-
instruction is failing and what arguments it
takes.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://
sts ;)
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://bofc.pl `.--: Brzezinka Sredzka PL | /`'\ &
ption if data is really on RO medium ;)).
And compiler can easily determine if something is const or not without
the const keyword.
| int foo = 6;
| return foo * 4;
Will be reduced to "24" anyway, even without "const int foo".
--
.-.---.-
to do it more nicely? The ideal approach from my point
of view would be not to edit top level Make.defs at all. Am I missing
some additional flag? Thanks.
Michal
th you. It would take him less time to edit his post
than to reply to you.
--
.-.---.------.-----.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a;
hat will only invite power users.
Most important thing to understand is - that people want to program, and not
play around with environment
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. openso
for most of it. Init should be a separate
program that would start nsh (and other user daemons), not the other way
around.
--
.-.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https://bofc.pl `-
nsh is more flexible. But the problem is that to run these
scripts you need nsh. And whole discussion is to make nsh more optional. I
suppose it could be enough to move init stuff from nsh to separate program.
--
.-.---.--.-.
| Mich
ard initialization
routines which are a little bit confusing (for me at least).
That would solve 2 problems. It would be very clear that NSH is not needed, and
user would have an easy way to start it's own daemons/applications.
--
.-----.---.--.
I was kinda put off, team
leader decided to screw it and go with another solution. I finally learnt it
at home and love it ever since, but damage was already done and nuttx in that
project was forgotten.
Sorry for long post, here's a potato: 🥔
--
.-.---.--.-
, I flash without it in debug sessions and
never had any problem with program.
--
.-----.---.--.-.
| Michal Lyszczek | Embedded C, Linux | Company Address| .-. opensource |
| +48 727 564 419 | Software Engineer | Akacjowa 10a; 55-330 | oo| supporter |
| https:/
does not do time jump here, it
just speeds up or slows down hardware timer to adjust the time.
Best regards,
Michal
On 5/31/24 10:03, cheshmedzh...@gmail.com wrote:
> Hi all,
>
>
>
> The testing conditions are: nuttx 2.12 runs on NUCLEO-U5A5ZJ-Q board. I have
> high accurate exte
work for GPIO? Thanks.
Best regards,
Michal Lenc
).
But accessing pins one by one should be straightforward with CONFIG_GPIO_
LOWER_HALF option. Hope this helps.
Best regards,
Michal Lenc
as
ever been tested and used.
Thank you for the link and issue about adjtime(), that seems like a good
alternative and way to go.
Best regards,
Michal Lenc
-- Původní e-mail --
Od: Gregory Nutt
Komu: dev@nuttx.apache.org
Datum: 21. 3. 2023 0:20:43
Předmět: Re: RTC synchro
e time after N reads however
this would add some computation complexity to gettime (I2C communication
delay for external RTC etc.) and I am not sure if we really want this inside
clock_gettime().
Best regards,
Michal Lenc
ommit/bc04eb9
d891c44a6b41bb0badf34636e24e63b61).
Some ideas or objections? I am not sure if there was not some other change
that would require different configuration of external RTC.
Best regards,
Michal Lenc
Hi,
thank you all for your inputs and links. I will take a look into it.
Best regards,
Michal Lenc
-- Původní e-mail --
Od: Simon Filgis
Komu: dev@nuttx.apache.org
Datum: 25. 2. 2023 14:43:33
Předmět: Re: W25Nx NAND flash support
"Hi Michael,
In addition, if you want to
implementation of w25nx flash require some further involvement in
file system support or just the implementation of w25nx driver itself
(similar to already implemented w25q NOR flash)?
Thanks.
Best regards,
Michal Lenc
his would ensure the interrupt is enabled and attached when the driver is
opened
and disabled and detached when it is closed.
Best regards,
Michal Lenc
reason to delete the page.
For now I would reccomend to ask user MrsSnoozyTurtle on his talk page
(https://en.wikipedia.org/wiki/User_talk:MrsSnoozyTurtle) what parts of the
article does he consider to be promotional so we know what we need to
change.
Best regards,
Michal Lenc
0 it will be skipped. I will let
you know when I discover what causes this. The driver is mostly a derivate
from imxRT PWM driver and single PWM worked fine there if I recall
correctly.
Best regards,
Michal Lenc" "
n a PWM
example app in this config too.
The pins setup in board level section can be found here:
<https://github.com/apache/incubator-nuttx/blob/master/boards/arm/samv7/same
70-xplained/include/board.h#L345>
I will double check tomorrow if the configuration does not work for you.
Hi David,
> https://github.com/PX4/PX4-Autopilot/blob/master/boards/px4/fmu-v5x/src/
init.cpp#L243-L247
that´s exactly what I was looking for, thanks!
Best regards,
Michal Lenc
-- Původní e-mail --
Od: David Sidrane
Komu: dev@nuttx.apache.org
Datum: 7. 3. 2022 15:20
there any consensus on how to use the periodic polling? Thanks.
Best regards,
Michal Lenc
ice way to find if there are some further DMA TX bugs.
Best regards,
Michal Lenc
-- Původní e-mail --
Od: Simon Filgis
Komu: dev@nuttx.apache.org
Datum: 14. 2. 2022 16:33:32
Předmět: Re: SPI with DMA on SAME70
"Dear all,
I started to follow up this topic.
Found that one
ut it could be one of the
problems.
You can also take a look into sam_afec.c file, the DMA is working fine
there. Hope this helps.
Best regards,
Michal Lenc
-- Původní e-mail --
Od: Simon Filgis
Komu: dev@nuttx.apache.org
Datum: 8. 2. 2022 11:52:38
Předmět: SPI with DMA on S
Hi,
yes, I think the code duplication should not be that bad. Having separate
drivers sam_spi.c for classic SPI, sam_qspi.c for QSPI in serial memory mode
(current implementation) and sam_qspi_spi.c or something like that for SPI
over QSPI would be an option then. Thanks.
Best regards,
Michal
based on the configuration option for
the chip and would operate with that structure. Would this be a suitable
option or were there some other plans regarding implementing SPI functions
to QSPI? Thanks
Best regards,
Michal Lenc
be many of them. I will get into this perhaps later
this week or during the next, firstly I want to figure out what went wrong
with Tickless Mode for iMXRT (desrcibed here https://github.com/apache/
incubator-nuttx/issues/4442).
Best regards,
Michal Lenc
-- Původní e-mail -
copies of st7735.c. Perhaps drivers for ST7565 and ST7567 could be also
merged into ST75XX, but that would take more job as the source codes seems
to be different. Thanks
Best regards,
Michal Lenc
dardized and documented somewhere
(probably extend this page https://nuttx.apache.org/docs/latest/components/
drivers/character/pwm.html).
If there is no major problem with adding -1 as a "stop" value to all PWM
drivers I can create a PR during the following days.
Best regards,
Michal Lenc
should actually work? Thanks for your
inputs.
Best regards,
Michal Lenc
inaccuracies I was having with 32.768 kHz
clock source are not a problem now. I will do some further tests before
creating the PR thought.
Best regards,
Michal Lenc
Hi Alan,
thanks for the link! I will take a look into it.
Best regards,
Michal Lenc
-- Původní e-mail --
Od: Alan Carvalho de Assis
Komu: dev@nuttx.apache.org
Datum: 11. 7. 2021 16:19:59
Předmět: Re: Tickless mode for iMXRT MCU
"Hi Michal,
Please take a look at this
But 32 kHz
clock source seems to be the only possible in iMXRT as others are to hight
(tens or hundreds of MHz) and can´t be represended by the timer prescaler
divider. Did anyone have similar problems when implementing tickless mode
for some platforms?
Thanks for your inputs.
Best regards,
Michal Lenc
roblems. I haven´t tried
receiving thought.
I hope this helps.
Best regards,
Michal Lenc
-- Původní e-mail --
Od: Roberto Bucher
Komu: dev@nuttx.apache.org
Datum: 7. 7. 2021 17:23:35
Předmět: Troubles with CAN bus on STM32 Nucleo-F446RE
"Hi
I'm trying to send messages
1050-evk
and imxrt1020-evk aswell.
PS: There has been some discussion about NuttX being involded in GsoC under
Apache flag, was there any further development?
Best regards,
Michal Lenc
able to redirect anywhere.
So yeah, you really need to ask yourself the question if you can afford
to give such power to some random dude on the net. I'm not saying I will
do any of it. But how can you know?
--
.-.---.-.--.
| Mich
Well, someone could host such simple site on his own webserwer. It would be
best if that was someone trustworthy so he doesn't replace links with
malicious ones somewhere in the future.
I could host it on my server if you wish.
--
.-----.---.-.-
source.
Crossposting to dev@nuttx.apache.org
--
.-.---.-.--.
| Michal Lyszczek | Embedded C, Linux | Company Address | .-. open source |
| +48 727 564 419 | Software Engineer | Leszczynskiego 4/29 | oo| supporter |
| https://bofc.pl `.--: 5
80 matches
Mail list logo
