RE: Adding support for STM32G474RET6

PM To: dev@nuttx.apache.org Subject: Re: Adding support for STM32G474RET6 On Thu, Apr 16, 2020 at 1:00 PM David Sidrane wrote: > If you look at the Kinetis, > https://github.com/apache/incubator-nuttx/blob/master/arch/arm/include/kinetis/kinetis_pmc.h#L50-L63 > > You can see the gist

RE: Adding support for STM32G474RET6

How about in the commit hooks? -Original Message- From: Xiang Xiao [mailto:xiaoxiang781...@gmail.com] Sent: Thursday, April 16, 2020 7:47 PM To: dev@nuttx.apache.org Subject: Re: Adding support for STM32G474RET6 On Fri, Apr 17, 2020 at 5:54 AM David Sidrane wrote: > > Thank y

RE: The new Apache NuttX Logo

+1 -Original Message- From: David Alessio [mailto:david.s.ales...@gmail.com] Sent: Saturday, April 18, 2020 1:30 PM To: dev@nuttx.apache.org Cc: palomino...@gmail.com; 李骁; nand...@xiaomi.com; Hans Subject: Re: The new Apache NuttX Logo I feel strongly about this. "NuttX" preserves the or

RE: Direct commits to repository

Way back when, I added a no_push to prevent any direct pushing. This may help others. git remote set-url --push origin no_push *From:* Abdelatif Guettouche [mailto:abdelatif.guettou...@gmail.com] *Sent:* Monday, April 27, 2020 10:26 PM *To:* dev@nuttx.apache.org *Subject:* Re: Direct comm

RE: [NOMINATION] Self nominate to be a mentor of Apache NuttX

Hi Dou, Welcome! Thank you for offering to help! David -Original Message- From: Duo Zhang [mailto:zhang...@apache.org] Sent: Monday, May 11, 2020 6:11 PM To: dev@nuttx.apache.org Cc: gene...@incubator.apache.org; 俊平堵 Subject: [NOMINATION] Self nominate to be a mentor of Apache NuttX Hi

RE: Adding support for STM32G474RET6

3 or 4 volunteers who can perform the review: David Sidrane? Mateusz Szafoni? Matias N.? Alan? Others? My personal preference would be stand out of the way and let a team of experts do the review and merge. I get overwhelmed with large changes that I don't understand and usually just commit them blin

RE: nxstyle warnings: Fail precheck?

The rule use to be: long lines were ok in arch header files. When I made nxstyle output error parsable output, that was a warning not an error. Then we got to make it fit below the ruler. Then we got to it better conform. So now I guess they are all errors. David -Original Message- F

RE: Jenkins build is back to normal : NuttX-Nightly-Build #159

Thank you Haitao Liu, Takashi Yamamoto and Masayuki Ishikawa for this! -Original Message- From: Xiang Xiao [mailto:xiaoxiang781...@gmail.com] Sent: Wednesday, May 20, 2020 6:17 AM To: dev@nuttx.apache.org Subject: Re: Jenkins build is back to normal : NuttX-Nightly-Build #159 Hi all, We f

RE: Arm Kinetis: set_errno in nx_start with CONFIG_TLS_ALIGNED not set

This is super confusing to me. The todo list says. Status: Open Priority:Low. Things are working OK the way they are. But the design could be improved and made a little more efficient with this change. So it sounds like no bi

RE: SPI slave interface discussion

Hi Jukka, Would you mind opening a Draft PR for this disscussion. (See the Drop down on github [Create pull request] ) David *From:* Laitinen, Jukka [mailto:jukka.laiti...@intel.com] *Sent:* Thursday, May 21, 2020 11:23 PM *To:* dev@nuttx.apache.org *Subject:* RE: SPI slave interface

RE: [OT] Linux now using 100 char lines as default

Let's one up them and keep it binary at the same time 128! :) -Original Message- From: Alan Carvalho de Assis [mailto:acas...@gmail.com] Sent: Monday, June 01, 2020 4:22 AM To: dev Subject: [OT] Linux now using 100 char lines as default Interesting: https://git.kernel.org/pub/scm/linux/k

RE: NuttX config browser

Hi Maciej, Could you have an option to upload a defconfig to see the settings based on it? David -Original Message- From: Maciej Wójcik [mailto:w8j...@gmail.com] Sent: Sunday, May 31, 2020 8:23 PM To: dev@nuttx.apache.org Subject: Re: NuttX config browser Hello Alan, A suggestion: when

RE: Organising Release Notes for 9.1

Nice! I think _Every PR_ needs a description do begin to be a responsible and professional contribution. The small extra level of effort will keep the team informed and provide the documentation for the release process. We should not have to reverse engineer intent to get the one line "what" and "

RE: Organising Release Notes for 9.1

Hartman [mailto:hartman.nat...@gmail.com] Sent: Thursday, June 04, 2020 6:23 AM To: dev@nuttx.apache.org Subject: Re: Organising Release Notes for 9.1 On Thu, Jun 4, 2020 at 7:58 AM David Sidrane wrote: > I think _Every PR_ needs a description do begin to be a responsible and > profes

[DISCUSS] requirements for commit messages and PRs

Let's discuss what is needed in commit messages PRs 1) Effective team communication 2) Have a problem statement 3) Provide reasoning for solution and alternatives 4) Provide test instructions steps for reproduction 5) Provides content usable in release notes. Here is a straw man with some reasoni

RE: [DISCUSS] requirements for commit messages and PRs

I agree there are 2 extremes: No information and Too much information. No information leads to hundreds of emails a day with no value. To much information requires focus to triage. The question I want to know the answer to is: Do I care about this change, now or in the future? Personally I think f

RE: [DISCUSS] requirements for commit messages and PRs

No make up one, with instruction. Let get the best of all the input. But I think it would help to stop call then by judgmental names. Unless of course the final one will be god-wonderful :) -Original Message- From: Gregory Nutt [mailto:spudan...@gmail.com] Sent: Thursday, June 04, 2020 11

RE: [DISCUSS] requirements for commit messages and PRs

I think there are may more aspect than just the release notes. Yes we can ask every time for information but that is not a good use of everyone's time. Let the template ask for it. At the time the PR comes in, the submitter is the "expert in the problem domain". Not the committer. The committers

RE: Release 9.1

Would tags do the same thing? How does this work over time? Many PRs or keep force pushing to the PR? How about use cherry-pick -e and add the prefix [BACKPORT] on the back ported commits. -Original Message- From: Abdelatif Guettouche [mailto:abdelatif.guettou...@gmail.com] Sent: Monday,

RE: Release 9.1

I was speaking of git tag, for convenience. I guess the other question I want to know is what is on master that is not in the release? If we use git tags: One is dropped on the branch point. One is dropped on the release point. The delta on master is the full set of commits that came in to master

RE: New Wiki Page

This is super helpful! Thank you Greg! -Original Message- From: Gregory Nutt [mailto:spudan...@gmail.com] Sent: Thursday, June 11, 2020 7:07 AM To: dev@nuttx.apache.org Subject: New Wiki Page Why Can't Kernel Threads Have pthreads?

RE: NXView

Why not use the ETM? -Original Message- From: Gregory Nutt [mailto:spudan...@gmail.com] Sent: Friday, June 12, 2020 5:03 PM To: dev@nuttx.apache.org Subject: NXView Hi, List, I have been contemplating a NuttX-based Open Source project today and I am interested in seeing if anyone is will

RE: MCU only booting from reset via SWD when compiled without optimizations?

Hi Matias, >> > > Yes, I do recall some issue with the F429's in this regard. There was >> > > an errata. I believe that there are some pins in the upper 256Kb bank >> > > that interfered with some other peripheral. DavidS would know better >> > > than I. I thought it effected USB? The FLASH/USB

RE: [VOTE] Apache NuttX 9.1.0 (incubating) RC0 release

This is a cool tool. https://github.com/google/bloaty Here is a set of ways to use it. https://github.com/PX4/Firmware/blob/4e7dedede79872401f50c733bd74e5ddf1fa41f1/cmake/bloaty.cmake (please ignore the cmake...) This is the one that can be used to see the deltas, in our case from mater to the P

RE: [VOTE] Apache NuttX 9.1.0 (incubating) RC0 release

I am not sure if this was in the last release, but there is a secondary level change to date that the CONFIG_TIME_EXTENDED was removed and made permanently enabled. Things like CONFIG_TIME_EXTENDED were there to scale down for resource constrained configurations. I for one would like to preserve th

RE: SVD -> header generator

Hi Matias, > I thought about doing this for a long time Yes So many times...Thank you for doing it! David -Original Message- From: Matias N. [mailto:mat...@imap.cc] Sent: Friday, July 03, 2020 1:45 PM To: dev@nuttx.apache.org Subject: SVD -> header generator Hi, I thought about doing t

The PX4 Developer Summit - This week

The PX4 Developer Summit - This week Hi All! In case anyone wants' to tune in…. The PX4 Developer Summit is the annual flagship conference hosted by Dronecode for the drone development community. Here is the schedule: *https://bit.ly/2YXe4Rd*

RE: Can we implement ctype functions through table?

Xiang, If there is a small usage do you think flash will grow by 256 bytes? I would be surprised. Should you uses a config option? David -Original Message- From: Xiang Xiao [mailto:xiaoxiang781...@gmail.com] Sent: Monday, July 27, 2020 10:40 PM To: dev@nuttx.apache.org Subject: RE: Can

RE: Can we implement ctype functions through table?

> -Original Message- > From: David Sidrane > Sent: Tuesday, July 28, 2020 8:23 PM > To: dev@nuttx.apache.org > Subject: RE: Can we implement ctype functions through table? > > Xiang, > > If there is a small usage do you think flash will grow by 256 bytes? I > w

RE: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

But how long does it take you, when the linker tell you, you have over flowed .text by 256 bytes? -Original Message- From: GitBox [mailto:g...@apache.org] Sent: Thursday, July 30, 2020 12:13 PM To: comm...@nuttx.apache.org Subject: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a

RE: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

-1 on more bloat It is a simple matter to see the cost of a PR if we add bloaty (https://github.com/google/bloaty) to ci. -Original Message- From: Gregory Nutt [mailto:spudan...@gmail.com] Sent: Thursday, July 30, 2020 12:25 PM To: dev@nuttx.apache.org Subject: Re: [GitHub] [incubator-nu

RE: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once

To: dev@nuttx.apache.org Subject: Re: [GitHub] [incubator-nuttx] xiaoxiang781216 commented on a change in pull request #1487: libc: Avoid ctype function to evaluate the argument more than once On Thu, Jul 30, 2020, 12:40 PM David Sidrane wrote: > -1 on more bloat > That is not a constructiv

<    1   2   3   4