Build failed in Jenkins: NuttX-Nightly-Build #113

See Changes: -- [...truncated 269.34 KB...] Select CONFIG_HOST_LINUX=y Refreshing... Building NuttX... Normalize sim/nx11 =

Re: STM32H7 FDCAN driver

HI, It’s not that every file that gets submitted needs to have an Apache license. It's only files developed at the ASF by people who have signed ICLAs. If it done by people who have not signed ICLA and it’s a new file, it should also have a ASF headers, but whoever accepts that PR is ensuring t

Re: STM32H7 FDCAN driver

HI, > We did do something similar when we created the arch/arm/src/armv8-m port. > It started as a clone of the armv8-m port. We changed all of the headers > with only my copyright to Apache 2.0. And all questionable headers we copied > over with no change. So I suppose we could generalize

Re: Accidentally added "doit.sh" file?

Commit a86884c615429f837285e214cbfb05a49a725336 adds file: arch/arm/src/armv8-m/doit.sh Was that intended to be added? Nope it stuck in.  I'll submit a PR to remove it.  ... PR 942 if you would be so kind to merge.

Accidentally added "doit.sh" file?

Commit a86884c615429f837285e214cbfb05a49a725336 adds file: arch/arm/src/armv8-m/doit.sh Was that intended to be added? Cheers Nathan

Re: STM32H7 FDCAN driver

Well I feel dumb. I just realized that the MCAN from the samv7 is nearly identical to what is used in the STM32H7. That driver already has an ASF license plus some of the functionality that my driver is missing. So perhaps this won't be an issue after all. John On 5/1/20 3:37 PM, Nathan Hartm

Re: STM32H7 FDCAN driver

We might also look to see of there is any of Paul's code in the current release.  I wrote the original file.  Paul, and many others, contributed changes to it.  I don't recall Paul making substantial changes.  Perhaps we could quantify that with 'git blame'  may there is no code left by Paul

Re: STM32H7 FDCAN driver

On Fri, May 1, 2020 at 3:30 PM John Rippetoe wrote: > I've followed a few of the conversations on here regarding licensing and > have been a confused as well. It seems like there are a few options, so > I want to make sure I do things right. I'm not a mentor but it seems to me that if you can g

Re: STM32H7 FDCAN driver

I've followed a few of the conversations on here regarding licensing and have been a confused as well. It seems like there are a few options, so I want to make sure I do things right. I'll wait for a mentor to chime in when they have a chance. I'm not ready to merge yet anyways; I just want

Re: STM32H7 FDCAN driver

I've followed a few of the conversations on here regarding licensing and have been a confused as well. It seems like there are a few options, so I want to make sure I do things right. I'll wait for a mentor to chime in when they have a chance. I'm not ready to merge yet anyways; I just wanted

Re: STM32H7 FDCAN driver

I really would like to answer your questions, but I don't understand the Apache licensing position. Its seems ad hoc and arbitrary to me, at least for cases outside of the most mundane. Perhaps we can get some direction from and Apache mentor? Sorry, Greg On 5/1/2020 1:14 PM, John Rippetoe wr

Re: STM32H7 FDCAN driver

That's unfortunate. Hopefully he is still reachable at that email. What options should I present to him if I do get in touch with him? John On 5/1/20 3:02 PM, Gregory Nutt wrote: Since no new files are allowed to come into the repo without ASF licenses, I need some direction on how I should

Re: STM32H7 FDCAN driver

Since no new files are allowed to come into the repo without ASF licenses, I need some direction on how I should go about re-licensing two of the files for this driver. The files in question are arch/arm/src/stm32f7/stm32_can.h  -- This is only copyrighted by Greg. Greg, do I have your perm

Re: STM32H7 FDCAN driver

Hi All, Since no new files are allowed to come into the repo without ASF licenses, I need some direction on how I should go about re-licensing two of the files for this driver. The files in question are arch/arm/src/stm32f7/stm32_can.h  -- This is only copyrighted by Greg. Greg, do I have yo

Re: [VOTE] Release Apache NuttX (Incubating) 9.0.0 [RC1]

On Fri, May 1, 2020 at 3:27 AM Brennan Ashton wrote: > This is a call for a vote to release Apache NuttX (Incubating) version > 9.0.0. +1 (non-binding) Nathan

Re: [VOTE] Release Apache NuttX (Incubating) 9.0.0 [RC1]

Hello Brennan and all, +1 But please note that NuttX now supports 64-bit architectures such as RV64GC and x86_64. :) Thanks, Masayuki 2020年5月1日(金) 16:27 Brennan Ashton : > Hello all, > > This is a call for a vote to release Apache NuttX (Incubating) version > 9.0.0. > > The Apache NuttX commu

[VOTE] Release Apache NuttX (Incubating) 9.0.0 [RC1]

Hello all, This is a call for a vote to release Apache NuttX (Incubating) version 9.0.0. The Apache NuttX community has voted on and approved a proposal to release Apache NuttX (Incubating) version 9.0.0. We now kindly request the Incubator PMC members review and vote on this incubator release.

[RESULT] [VOTE] Release Apache NuttX (Incubating) 9.0.0 [RC1]

Hi, The vote closes now as 72hr have passed. The vote PASSES with 8 (+8 non-binding) votes from the PPMC, 0 (+1 binding) vote from the IPMC, 2 (+2 non-binding) votes from the developer community, 0 (+1 non-binding) vote from the other and no further 0 or -1 votes. The vote thread: [1] https://lis