Re: SocketCAN License
My approach has always been to go direct to the copyright holder and get it in writing that you can use the code under a license which is compatible with yours. It makes things a lot simpler down the line, even if it's usually a massive hassle up front. Rob On Fri, 17 Jan 2020, 14:44 Gregory Nutt, wrote: > I have been having an offline discussion with a business that is > interested in bringing VW's SocketCAN into NuttX. But I am puzzled by > how the licensing fits with Apache. Let me just quote: > > /I’m no legal expert but Volkswagen research dual licensed SocketCAN > as Dual BSD/GPL as shown in > //https://github.com/torvalds/linux/blob/master/net/can/af_can.c//at > line 1 and 69./ > > /Does this mean we can reuse the Linux Volkswagen research SocketCAN > code in Apache NuttX?/ > > At that reference, you see the files starts with an extra line: > > // SPDX-License-Identifier: (GPL-2.0 OR BSD-3-Clause) > /* af_can.c - Protocol family CAN core module > *(used by different CAN protocol modules) > * > * Copyright (c) 2002-2017 Volkswagen Group Electronic Research > * All rights reserved. > > and is followed by a standard 3-clause BSD license. This code is from > VW, but is part of Linux. If sourced from Linux, I presume that the > code would be GPLv3? Is that true? I really don't know. > > So I think there are three questions: (1) Can we re-use such dual > licensed software, (2) if so, de we need to get the code from a source > other than Linux, and (3) would any special grants or permissions be > required from VW? > > Greg > > >
Network hard fault ticket #136
Hi I posted a bug just now. https://github.com/apache/incubator-nuttx/issues/136 I forgot to mention in the ticket I'm building from master at e59f242. I feel bad for throwing out a report without finding the cause but I'm pulled in many directions this month. The issue appears to be in code which has seen a lot of refactoring within the last few weeks so hopefully it will ring some bells. I'll try to contribute more productively next time! Does anyone have a feel for the last known stable tag wrt Ethernet networking on STM32F4? Cheers Rob
Embedded World, Nuremberg
Hi If any NuttX developers are exhibiting at or visiting Embedded World this week and would like a chat about our favourite OS over a coffee let me know. I'll be there Tuesday and Wednesday. Rob
QSPI on STM32F7
Hi I haven't been able to find any code that uses the STM32F7 QSPI code even though it has been in the codebase for a few years. An example candidate would be the STM32F769I-DISC0 board which has an MX25L51245G flash device on that bus. It's also the combination that I need to get working for my board. To that end I wrote a driver for the MX25L51245G forked from the existing MX25RXX driver, and I'm having some trouble getting non-data commands to complete. The RDID command works fine but non-data commands hang in the QSPI driver waiting on transfer complete status. I've spent a few hours poking around but to narrow it down I was wondering if anyone knows the status of the F7 QSPI driver? Is it up to date and tested? Is there any code that uses it? I'd love to have a known good starting point. Cheers Rob
Re: QSPI on STM32F7
Thanks Alan. I see it's almost an identical driver so I'll see if I can get hold of an L4 board. Rob On Mon, 4 May 2020 at 19:05, Alan Carvalho de Assis wrote: > Hi Rob, > > There are some QSPI usage examples for STM32L4 that is very similar > and you can use as starting point. > > BR, > > Alan > > On 5/4/20, Rob Voisey wrote: > > Hi > > > > I haven't been able to find any code that uses the STM32F7 QSPI code even > > though it has been in the codebase for a few years. An example candidate > > would be the STM32F769I-DISC0 board which has an MX25L51245G flash device > > on that bus. It's also the combination that I need to get working for my > > board. > > > > To that end I wrote a driver for the MX25L51245G forked from the existing > > MX25RXX driver, and I'm having some trouble getting non-data commands to > > complete. The RDID command works fine but non-data commands hang in the > > QSPI driver waiting on transfer complete status. I've spent a few hours > > poking around but to narrow it down I was wondering if anyone knows the > > status of the F7 QSPI driver? Is it up to date and tested? Is there any > > code that uses it? I'd love to have a known good starting point. > > > > Cheers > > > > Rob > > >
Re: QSPI on STM32F7
Hi João, Thanks, I'd love to get those patches if you could email or commit them. Right now, using the MTD interface, I can read blocks of data but I can't erase them because that uses a non-data command and those never set TCF for reasons I've yet to understand. Rob On Tue, 5 May 2020 at 13:11, Joao Matos wrote: > Hello Rob, > > We have been using the STM32 F7 QSPI code, and found out the same issues. > > I've attached some patches with the fixes we have made, hope that helps. > > > > On Mon, May 4, 2020 at 7:18 PM Rob Voisey wrote: > >> Thanks Alan. I see it's almost an identical driver so I'll see if I can >> get >> hold of an L4 board. >> >> Rob >> >> >> On Mon, 4 May 2020 at 19:05, Alan Carvalho de Assis >> wrote: >> >> > Hi Rob, >> > >> > There are some QSPI usage examples for STM32L4 that is very similar >> > and you can use as starting point. >> > >> > BR, >> > >> > Alan >> > >> > On 5/4/20, Rob Voisey wrote: >> > > Hi >> > > >> > > I haven't been able to find any code that uses the STM32F7 QSPI code >> even >> > > though it has been in the codebase for a few years. An example >> candidate >> > > would be the STM32F769I-DISC0 board which has an MX25L51245G flash >> device >> > > on that bus. It's also the combination that I need to get working for >> my >> > > board. >> > > >> > > To that end I wrote a driver for the MX25L51245G forked from the >> existing >> > > MX25RXX driver, and I'm having some trouble getting non-data commands >> to >> > > complete. The RDID command works fine but non-data commands hang in >> the >> > > QSPI driver waiting on transfer complete status. I've spent a few >> hours >> > > poking around but to narrow it down I was wondering if anyone knows >> the >> > > status of the F7 QSPI driver? Is it up to date and tested? Is there >> any >> > > code that uses it? I'd love to have a known good starting point. >> > > >> > > Cheers >> > > >> > > Rob >> > > >> > >> >
Re: QSPI on STM32F7
Actually it was my fault, I'm on a slightly old build and although I'd diffed stm32_qspi.c against the head I'd missed an actual fix amongst all the formatting corrections. I did a more thorough job this time and my MX23L51245G driver now appears to read, write and erase correctly. I'm still interested in João's patches in case there are other issues I haven't run into yet. Cheers Rob On Tue, 5 May 2020 at 13:33, Rob Voisey wrote: > Hi João, > > Thanks, I'd love to get those patches if you could email or commit them. > > Right now, using the MTD interface, I can read blocks of data but I can't > erase them because that uses a non-data command and those never set TCF for > reasons I've yet to understand. > > Rob > > On Tue, 5 May 2020 at 13:11, Joao Matos wrote: > >> Hello Rob, >> >> We have been using the STM32 F7 QSPI code, and found out the same issues. >> >> I've attached some patches with the fixes we have made, hope that helps. >> >> >> >> On Mon, May 4, 2020 at 7:18 PM Rob Voisey wrote: >> >>> Thanks Alan. I see it's almost an identical driver so I'll see if I can >>> get >>> hold of an L4 board. >>> >>> Rob >>> >>> >>> On Mon, 4 May 2020 at 19:05, Alan Carvalho de Assis >>> wrote: >>> >>> > Hi Rob, >>> > >>> > There are some QSPI usage examples for STM32L4 that is very similar >>> > and you can use as starting point. >>> > >>> > BR, >>> > >>> > Alan >>> > >>> > On 5/4/20, Rob Voisey wrote: >>> > > Hi >>> > > >>> > > I haven't been able to find any code that uses the STM32F7 QSPI code >>> even >>> > > though it has been in the codebase for a few years. An example >>> candidate >>> > > would be the STM32F769I-DISC0 board which has an MX25L51245G flash >>> device >>> > > on that bus. It's also the combination that I need to get working >>> for my >>> > > board. >>> > > >>> > > To that end I wrote a driver for the MX25L51245G forked from the >>> existing >>> > > MX25RXX driver, and I'm having some trouble getting non-data >>> commands to >>> > > complete. The RDID command works fine but non-data commands hang in >>> the >>> > > QSPI driver waiting on transfer complete status. I've spent a few >>> hours >>> > > poking around but to narrow it down I was wondering if anyone knows >>> the >>> > > status of the F7 QSPI driver? Is it up to date and tested? Is there >>> any >>> > > code that uses it? I'd love to have a known good starting point. >>> > > >>> > > Cheers >>> > > >>> > > Rob >>> > > >>> > >>> >>
