Picon

SourceForge still main repo?

It took me a while to find this Yahoo group because the Nuttx Wiki and docs all still point to a defunct set of URLs.  I noted today that the SourceForge site was inaccessible, though I could still pull from the repo.  I wanted to make sure something hadn't changed.  I haven't spent a lot of time with Yahoo groups, so I, where I was expecting more of a forum, it appears to be more like an old usenet group?  Is that the format?  I was looking for some more up to date info regarding developing for NuttX and posting patches, or submitting them, with no luck.  Its been a long while since I've used a usenet style group vs. a forum, so I wanted to get some bearings, as I didn't really want to use direct e-mail anymore, and if there is some jenkins -esque submission system, or a better way to submit a series of patches, I'd like to find out.


Thanks,

Brandon.



__._,_.___
Posted by: warhurst_002-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
nuttx | 21 Oct 09:28 2014
Picon

New file uploaded to nuttx


Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the nuttx
group.

  File        : /Patch for lpc4330 GPIO
  Uploaded by : warhurst_002 <warhurst_002@...>
  Description : Currently, the GPIO configuration doesn&#39;t compile.  This patch at least gets it to
compile, even though it likely doesn&#39;t produce the desired gpio interrupts.

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/nuttx/files/Patch%20for%20lpc4330%20GPIO

To learn more about file sharing for your group, please visit:
https://help.yahoo.com/kb/index?page=content&y=PROD_GRPS&locale=en_US&id=SLN15398

Regards,

warhurst_002 <warhurst_002@...>

------------------------------------

------------------------------------

------------------------------------

Yahoo Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/nuttx/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/nuttx/join
    (Yahoo! ID required)

<*> To change settings via email:
    nuttx-digest@... 
    nuttx-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    nuttx-unsubscribe@...

<*> Your use of Yahoo Groups is subject to:
    https://info.yahoo.com/legal/us/yahoo/utos/terms/

Picon

ADC pinmap definitions for STM32F103R [1 Attachment]

Hi,

 I have added GPIO_ADCx_INx definitions to the pinmap header file. See
attached patch, which applies to NuttX 7.5.

Martin



__._,_.___

Attachment(s) from Lederhilger Martin | View attachments on the web

1 of 1 File(s)

Posted by: "Lederhilger Martin" <M.Lederhilger-q1S3RHPcI4L8C245oKUbwQC/G2K4zDHf@public.gmane.org>



__,_._,___
Picon

Trouble with 'sleep' function on stm32f429i-disco board

Hi,


I try to add LCD Display support on this board and I have some problem, when I use 'sleep' funcion i get HardFault.


To generate this Fault I cloned raw version of RTOS from git://git.code.sf.net/p/nuttx/git then I compliled with stm32f429i-disco/nsh config and next I run sleep 1 from console.


NuttShell (NSH)
nsh>
nsh> sleep 1
up_hardfault: PANIC!!! Hard fault: 40000000
up_assert: Assertion failed at file:armv7-m/up_hardfault.c line: 183
up_dumpstate: sp:         10000be0
up_dumpstate: stack base: 10000f20
up_dumpstate: stack size: 000007e4
up_stackdump: 10000be0: 00010d28 10000cb0 10000bf0 08001dbf 10000be0 100003a0 000007e4 10000f20
up_stackdump: 10000c00: 10000c10 08001e49 000000b7 10000c20 000000b7 08015788 10000c20 08001f75
up_stackdump: 10000c20: 10000c70 00000003 00000000 00000001 1ffffffe 10000c70 10000c40 0800304b
up_stackdump: 10000c40: 10000c70 00000003 10000c50 08001ef1 10000c58 08001673 10000c70 00000003
up_stackdump: 10000c60: 0a000000 00000000 00200d70 080004eb 10000cb8 00000001 20000000 00010d28
up_stackdump: 10000c80: 10000cb0 00200d70 10000cec 08015e7f 00000000 00000000 ffffffff 00000000
up_stackdump: 10000ca0: 20000000 08015e7f 00000000 08012291 20000000 40000000 00000000 00010001
up_stackdump: 10000cc0: 100003a0 ffffffff 10000fae 10000520 10000cd8 08011257 10000d20 10000d28
up_stackdump: 10000ce0: 10000ce8 10000d 10 0000000a 00000000 00000000 00000fb2 10000d00 10000d00
up_stackdump: 10000d00: 000002e2 0000000a 10000d50 10000fb3 10000d18 08013b13 10000d20 00000001
up_stackdump: 10000d20: 10000d28 00000000 00000001 00000000 00000520 00000000 10000d40 0800b71b
up_stackdump: 10000d40: 00000000 10000e00 00000002 10000f50 10000fb3 00000001 10000d60 08009aaf
up_stackdump: 10000d60: 10000fac 10000e00 00000002 10000f50 00000000 10000fac 0800b6bd 08016580
up_stackdump: 10000d80: 10000d90 0800810d 00000000 00000000 00000000 10000e00 00000002 10000f50
up_stackdump: 10000da0: 00000000 10000e2c 0000000a 10000520 10000db8 10000db8 10000520 10000e2c
up_stackdump: 10000dc0: 10000dfc 10000f50 00000000 ffffffff 08015d88 ffffffff 10000520 10000fac
up_stackdump: 10000de0: 10000df0 08009455 000 00000 0800de9d 10000fac 10000f50 10000fac 10000fb4
up_stackdump: 10000e00: 10000fac 10000fb2 00000000 00000000 00000000 00000000 00000000 00000000
up_stackdump: 10000e20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
up_stackdump: 10000e40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
up_stackdump: 10000e60: 08015d8c 00000002 00000000 00000000 10000e78 080094dd 10000fac 10000f50
up_stackdump: 10000e80: 10000544 10000520 00000040 10000fb3 00000007 10000f74 10000fac 10000fac
up_stackdump: 10000ea0: 00000000 10000520 10000eb8 08007a61 10000eb8 080069b3 10000470 10000f50
up_stackdump: 10000ec0: 10000ec8 00000008 00000000 00000000 10000ed8 080076d7 00000000 00000000
up_stackdump: 10000ee0: 00000000 10000f50 10000ef0 08007677 10000f24 00000001 00000000 00000000
up_stackdump: 10000f00: 10000f08 0800371b 00000000 00000000 100003a0 00000001 00000000 00000000
up_registerdump: R0: ffffffff 00000000 20000000 08015e7f 20000000 00010d28 10000cb0 00200d70
up_registerdump: R8: 10000cec 08015e7f 00000000 00000000 00000000 10000cb8 08012291 20000000
up_registerdump: xPSR: 40000000 PRIMASK: 00000001 CONTROL: 00000000


When I turn on debug I get assert in semaphore/sem_wait.c:141 (The rtcb variable is NULL - I think it should be never happend)


Can enybody help me?

How to deal with this problem?



__._,_.___
Posted by: adamczyk.radoslaw-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

[PATCH] [NETLIB] Return correct address from gethostaddr



Right now req.ifr_addr which is a sockaddr type is being copied to a struct in_addr type.   Here is a patch to fix that.


From 5d573c42494bb5321b540d31608bc8ce6b053a02 Mon Sep 17 00:00:00 2001
From: Brennan Ashton <brennan <at> ombitron.com>
Date: Fri, 17 Oct 2014 15:09:14 -0700
Subject: [PATCH] [NETLIB] Return correct address from gethostaddr The wrong
 part of the sockaddr struct was being copied to addr.

Signed-off-by: Brennan Ashton <brennan <at> ombitron.com>
---
 apps/netutils/netlib/netlib_gethostaddr.c | 9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/apps/netutils/netlib/netlib_gethostaddr.c b/apps/netutils/netlib/netlib_gethostaddr.c
index b772b1e..2f89ee0 100644
--- a/apps/netutils/netlib/netlib_gethostaddr.c
+++ b/apps/netutils/netlib/netlib_gethostaddr.c
<at> <at> -93,9 +93,14 <at> <at> int netlib_gethostaddr(const char *ifname, struct in_addr *addr)
           if (!ret)
             {
 #ifdef CONFIG_NET_IPv6
-              memcpy(addr, &req.ifr_addr, sizeof(struct in6_addr));
+              req_addr = (struct sockaddr_in6*)&req.ifr_addr;
+              memcpy(addr, &req_addr->sin6_addr,
+                     sizeof(struct in6_addr));
 #else
-              memcpy(addr, &req.ifr_addr, sizeof(struct in_addr));
+              struct sockaddr_in *req_addr;
+              req_addr = (struct sockaddr_in*)&req.ifr_addr;
+              memcpy(addr, &req_addr->sin_addr,
+                     sizeof(struct in_addr));
 #endif
             }
           close(sockfd);
--
1.9.3



__._,_.___
Posted by: Brennan Ashton <bashton <at> brennanashton.com>



__,_._,___
Picon

Compile Error on Ubuntu

Hi all,


I get the following error when trying to compile NuttX for stm32f4discovery/usbnsh on Ubuntu 12.04:


CC:  chip/stm32_serial.c

chip/stm32_serial.c:2550:29: error: macro "up_earlyserialinit" passed 1 arguments, but takes just 0

 void up_earlyserialinit(void)

                & nbsp;            ^

chip/stm32_serial.c:2551:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token

 {

 ^

make[1]: *** [stm32_serial.o] Error 1

make[1]: Leaving directory `/code/nuttx-code/nuttx/arch/arm/src'

make: *** [arch/arm/src/libarch.a] Error 2


I grepped the source and all instances of "#define up_earlyserialinit" are commented out.  I'm following these instructions:


http://fob.po8.org/node/613


I installed my toolchain following these instructions:


https://launchpad.net/~terry.guo/+archive/ubuntu/gcc-arm-embedded


I ran menuconfig and set my build platform to Linux.  Help?

 



__._,_.___
Posted by: fgcapo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

Prelinking apps

Hi Greg,

I found a nice feature in the PX4 project. They prelink apps, which are compiled with the -fvisibility=hidden option, such that symbols that are not explicitly made global are hidden outside the app. I find this very useful and propose to add the following macro to config.mk ((c) PX4):

# PRELINK - Prelink a list of files
# This is useful when files were compiled with fvisibility=hidden.
# Any symbol which was not explicitly made global is invisible outside the prelinked file.
#
# Example: $(call PRELINK, prelink-file, "file1 file2 file3 ...")
#
# Note: The fileN strings may not contain spaces or  characters that may be
# interpreted strangely by the shell
#
# Depends on these settings defined in board-specific Make.defs file# installed at $(TOPDIR)/Make.defs:
#
#   LD - The command to invoke the linker (includes any options)
#    OBJCOPY - The command to invoke the object cop (includes any options)
#
# Depends on this settings defined in board-specific defconfig file installed
# at $(TOPDIR)/.config:
#
#   CONFIG_WINDOWS_NATIVE - Defined for a Windows native build

ifeq ($(CONFIG_WINDOWS_NATIVE),y)
define PRELINK
    <at> echo PRELINK: $1
    $(Q) $(LD) -Ur -o $1 $2 && $(OBJCOPY) --localize-hidden $1
endef
else
define PRELINK
    <at> echo "PRELINK: $1"
    $(Q) $(LD) -Ur -o $1 $2 && $(OBJCOPY) --localize-hidden $1
endef
endif




__._,_.___
Posted by: max.kriegleder-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

IP timeouts at first requests

For some reason I have been seeing the first UDP requests timeout, but following ones work fine.  I see this even on the DHCP requests.  Started noticing this when I wrote a simple UDP app.  I also see it with the DNS lookup request if you ping an address.

I am wondering if this is something wrong with the IP stack or something with my configuration.

--Brennan

udp_send: Outgoing UDP packet length: 284 (284)
stm32_transmit: d_len: 298 d_buf: 200055e4 txhead: 200016a4 tdes0: 00100000
stm32_transmit: txhead: 200016b4 txtail: 200016a4 inflight: 1
stm32_freeframe: txhead: 200016b4 txtail: 200016a4 inflight: 1
stm32_freeframe: txtail: 200016a4 tdes0: 70100000 tdes2: 200055e4 tdes3: 200016b4
udp_callback: flags: 0010
stm32_recvframe: rxhead: 20001624 rxcurr: 0 segments: 0
stm32_recvframe: rxhead: 20001624 rxcurr: 0 segments: 1
stm32_freesegment: rxfirst: 20001624 segments: 1
stm32_recvframe: rxhead: 20001634 d_buf: 200016e4 d_len: 590
stm32_receive: IP frame
udp_callback: flags: 0002
stm32_transmit: d_len: 562 d_buf: 200016e4 txhead: 200016b4 tdes0: 00100000
stm32_transmit: txhead: 200016c4 txtail: 200016b4 inflight: 1
stm32_recvframe: rxhead: 20001634 rxcurr: 0 segments: 0
stm32_recvframe: rxhead: 20001634 rxcurr: 0 segments: 0
stm32_freeframe: txhead: 200016c4 txtail: 200016b4 inflight: 1
stm32_freeframe: txtail: 200016b4 tdes0: 70100000 tdes2: 200016e4 tdes3: 200016c4
udp_callback: flags: 0010
YSR[16]: 0115
stm32_phyinit: Duplex: FULL Speed: 100 MBps
dhcpc_request: Send REQUEST
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
recvfrom_udpinterrupt: UDP timeout
dhcpcstm32_txavail: ifup: 1
udp_callback: flags: 0010
devif_callback_execute: Call event=8020e49 with flags=0010
sendto_interrupt: flags: 0010
udp_send: Outgoing UDP packet length: 284 (284)
stm32_transmit: d_len: 298 d_buf: 20005dc4 txhead: 200016c4 tdes0: 00100000
stm32_transmit: txhead: 200016d4 txtail: 200016c4 inflight: 1
stm32_freeframe: txhead: 200016d4 txtail: 200016c4 inflight: 1
stm32_freeframe: txtail: 200016c4 tdes0: 70100000 tdes2: 20005dc4 tdes3: 200016d4
udp_callback: flags: 0010
devif_callback_execute: Call event=8020849 with flags=0010
recvfrom_udpinterrupt: flags: 0010
stm32_recvframe: rxhead: 20001634 rxcurr: 0 segments: 0
stm32_recvframe: rxhead: 20001634 rxcurr: 0 segments: 1
stm32_freesegment: rxfirst: 20001634 segments: 1
stm32_recvframe: rxhead: 20001644 d_buf: 20001ec4 d_len: 590
stm32_receive: IP frame
udp_callback: flags: 0002
devif_callback_execute: Call event=8020849 with flags=0002
recvfrom_udpinterrupt: flags: 0002
recvfrom_newdata: Received 548 bytes (of 548)
recvfrom_udpinterrupt: UDP done
stm32_recvframe: rxhead: 20001644 rxcurr: 0 segments: 0
stm32_recvframe: rxhead: 20001644 rxcurr: 0 segments: 0


__._,_.___
Posted by: Brennan Ashton <bashton-0oLt8/ynpYLymLLLnPiPsAC/G2K4zDHf@public.gmane.org>



__,_._,___
Picon

Using Nuttx on an IDE

Hi friends,


   I am new user of Nuttx. Do you have a Nuttx version using some kind of IDE like IAR, Keil, emBlocks, AVR Studio, CodeWarrior, PSoC Creator or some other like that? Because having that I can see the structure and understand and port to other uC / IDE.

  Thank you,

  Marcio 



__._,_.___
Posted by: marciopps-/E1597aS9LRfJ/NunPodnw@public.gmane.org



__,_._,___
Picon

NXFLAT status...

Hi Greg,


I am reading the page about the NXFLAT.


NuttX FLAT Binary Format (NXFLAT) - NuttX Real-Time Operating System


At the end of the article, it mentioned that:


"The workaround for now is to use the older, 4.3.3 OABI compiler. In the long run, this might spell the end to NXFLAT."


The page is a bit old, so I am wondering what is the current status of the NXFLAT? Is it going out based on the statement above because of the compiler issue, or there is a solution for it.


Thanks.





__._,_.___
Posted by: valont.valont-/E1597aS9LQAvxtiuMwx3w@public.gmane.org



__,_._,___
Picon

[PATCH] stm32: Kconfig: Add HAVE_SPI2 for STM32L1xxx [1 Attachment]

<*>[Attachment(s) from Jussi Kivilinna included below]

Signed-off-by: Jussi Kivilinna <jussi.kivilinna@...>
---
 nuttx/arch/arm/src/stm32/Kconfig |    1 +
 1 file changed, 1 insertion(+)

diff --git a/nuttx/arch/arm/src/stm32/Kconfig b/nuttx/arch/arm/src/stm32/Kconfig
index 2c0a6e5..60f8d20 100644
--- a/nuttx/arch/arm/src/stm32/Kconfig
+++ b/nuttx/arch/arm/src/stm32/Kconfig
 <at>  <at>  -591,6 +591,7  <at>  <at>  endchoice
 config STM32_STM32L15XX
 	bool
 	default n
+	select STM32_HAVE_SPI2
 	select STM32_HAVE_SPI3

 config STM32_ENERGYLITE

---
 nuttx/arch/arm/src/stm32/Kconfig |    1 +
 1 file changed, 1 insertion(+)

<*>Attachment(s) from Jussi Kivilinna:

<*> 1 of 1 File(s)
https://groups.yahoo.com/neo/groups/nuttx/attachments/1191045025;_ylc=X3oDMTJyMG03a3NhBF9TAzk3MzU5NzE0BGdycElkAzIzMzg5MDcwBGdycHNwSWQDMTcwNTAwNjU1OQRzZWMDYXR0YWNobWVudARzbGsDdmlld09uV2ViBHN0aW1lAzE0MTM0NDM2MzU- 
  <*> stm32-kconfig-add-have_spi2.patch

------------------------------------
Posted by: Jussi Kivilinna <jussi.kivilinna@...>
------------------------------------

------------------------------------

Yahoo Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/nuttx/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/nuttx/join
    (Yahoo! ID required)

<*> To change settings via email:
    nuttx-digest@... 
    nuttx-fullfeatured@...

<*> To unsubscribe from this group, send an email to:
    nuttx-unsubscribe@...

<*> Your use of Yahoo Groups is subject to:
    https://info.yahoo.com/legal/us/yahoo/utos/terms/


Gmane