Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 from me Thanks, On Tue, Apr 29, 2025 at 2:39 AM Michal Lenc wrote: > Hi all, > > I've submitted pull request that changes setlogmask function behavior to > the one expected by POSIX standard > . The description of the > change is provided in the ma

Re: [VOTE] Change setlogmask behavior to POSIX standard

Thank you Michal, good catch! :-) +1 from me :-) I just wonder how to communicate the change to folks that may use existing functionality and what would be the proposed fix to get the same behavior after update (i.e. send logs to /dev/null) :-) Tomek On Tue, Apr 29, 2025 at 8:39 AM Michal Lenc

Re: RFC - AVR fixes and support for AVR DA/DB family

Those are AVR tools on FreeBSD: arduino-avrdude-6.3_5 Program for programming the on-chip memory of Atmel AVR Arduino CPUs avr-binutils-2.44,1GNU binary tools avr-gcc-14.2.0 FSF GCC for Atmel AVR 8-bit RISC cross-development avr-gdb-7.3.1_6GNU G

Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 Em ter., 29 de abr. de 2025 às 08:47, Ville Juven escreveu: > +1 from here as well. POSIX compliance should take precedence over > everything else including introduction of regressions. > > -Ville > > From: Tomek CEDRO > Sent: Tuesday, April 29, 2025 2:38 PM

PyXL

Did anyone hear about PyXL? :-) https://www.runpyxl.com/gpio -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 from here as well. POSIX compliance should take precedence over everything else including introduction of regressions. -Ville From: Tomek CEDRO Sent: Tuesday, April 29, 2025 2:38 PM To: dev@nuttx.apache.org Subject: Re: [VOTE] Change setlogmask behavior to PO

Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 from me On Tue, Apr 29, 2025 at 8:53 AM Matteo Golin wrote: > +1 from me! > > On Tue, Apr 29, 2025, 2:38 AM Michal Lenc wrote: > > > Hi all, > > > > I've submitted pull request that changes setlogmask function behavior to > > the one expected by POSIX standard > >

Re: RFC - AVR fixes and support for AVR DA/DB family

Hi, as far as I know, the development of gcc port for AVR stalled for some time and there were some licensing issues. The result is that both Ubuntu and Debian got stuck with some ancient versions (Ubuntu has version 7.3, Debian has 5.4.) According to Ubuntu website, none of them support thes

Re: Make nxboot img_header public?

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 SDRAM

Re: Make nxboot img_header public?

The structures are available in the apps space but not kernel space, unless you include a convoluted path to get from the board directory (out-of-tree in my case). I have been trying to include to my board stuff as I thought that's were it would belong, consistent with other image boot, arch-sp

Make nxboot img_header public?

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

Re: [RFC] How to improve NuttX quality and reliability

Hi Sebastien, Currently the number of commits is low, less than 10 PRs per day. The solution is obvious: we need more people reviewing! BR, Alan On Tue, Apr 29, 2025 at 1:32 PM Sebastien Lorquet wrote: > Hello, > > I have already suggested that before and I insist this is a serious > proposa

Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 On Tue, Apr 29, 2025 at 3:38 AM Michal Lenc wrote: > Hi all, > > I've submitted pull request that changes setlogmask function behavior to > the one expected by POSIX standard > . The description of the > change is provided in the mailing list, to su

Re: [RFC] How to improve NuttX quality and reliability

Hello, I have already suggested that before and I insist this is a serious proposal: * Reduce the number of commits that enter nuttx upstream main branch each day. There are several methods to do that, associated with different states of comfort and different technical solutions. Sebasti

Re: Make nxboot img_header public?

On Tue 29 Apr 2025 08:45:11 PM , Tim Hardisty wrote: > > The structures are available in the apps space but not kernel space, > unless you include a convoluted path to get from the board directory > (out-of-tree in my case). I have been trying to include to my board > stuff as I thought that's

Re: Make nxboot img_header public?

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 the apps space but not ke