Picon

little patch to fix some compilation warning or error for keypad test app [1 Attachment]

Hi Greg, 

you can find in attachment a little patch to fix some problem in keypadtest example application.

Pierre


__._,_.___

Attachment(s) from =?iso-8859-1?Q?Bouteville_Pierre-No=EBl?= | View attachments on the web

1 of 1 File(s)

Posted by: =?iso-8859-1?Q?Bouteville_Pierre-No=EBl?= <pn_bouteville-Qt13gs6zZMY@public.gmane.org>



__,_._,___
Picon

NuttX & external library dependency

Hi all NuttX afficonados,

I'd like to use in my application running on top of NuttX the ZeroMQ C binding .

This is one of the few dependencies of the application.What is the right way to do that ?

Should I tweak the build file or is there another way to embed that library with NuttX while compiling?

I imagine that this could be a special case of applications (like NuttSh & other sample apps)


Thanks for your help

Regards

Jerome



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



__,_._,___
nuttx | 23 Oct 09:40 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        : /Patches/lpc43xx patches/0003-Fixed-some-warnings-and-added-Kconfig-options.txt
  Uploaded by : warhurst_002 <warhurst_002@...>
  Description : Additional patch that should be added to lpc43xx_&#39;tickless&#39;_operation patch.

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/nuttx/files/Patches/lpc43xx%20patches/0003-Fixed-some-warnings-and-added-Kconfig-options.txt

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/

nuttx | 23 Oct 09:34 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        : /Patches/lpc43xx patches/lpc43xx 'tickless' operation.
  Uploaded by : warhurst_002 <warhurst_002@...>
  Description : This is a set of patches that incorporates the RIT of the lpc43xx for &#39;tickless&#39; operation.

You can access this file at the URL:
https://groups.yahoo.com/neo/groups/nuttx/files/Patches/lpc43xx%20patches/lpc43xx%20%27tickless%27%20operation.

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

TI CC3200 + NuttX + wireless mesh

Here is a demo video with eight TI CC3200 running NuttX in a wireless mesh configuration: http://www.droidifi.com/Droidifi8NodeDemo.mp4Pretty cool stuff!Greg

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



__,_._,___
Picon

LCD support FrameBuffer or Direct access - Witch way is correct

Hi,

I try to add support LCD display stm32f429i-diso board which will be using Framebuffer according to Ken Pettit idea, but I fetched yesterday changes which add LCD drivers for this board with communication only thought SPI. and now I'm confused.


Frame buffer is faster than dIrect access to LCD and I don't understand this move.


Can enybody explain me idea of drivers,platform and architetrure of this system?

In linux all is simple ;)




 



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



__,_._,___
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>



__,_._,___

Gmane