error 105

Steve Holle sholle at link-comm.com
Fri Oct 1 17:15:25 UTC 2004


Ouch.  This is the second time I've shot myself in the foot with this 
one.  I don't think my changes in the linkcmds file had any effect.  We had 
the variable in the makefile and I think that was overriding the linkcmds 
setting.

I'm running out of feet.

At 08:20 AM 10/1/2004, Brett Swimley wrote:
>You can also do it in your Makefile as:
>
>AM_LDFLAGS += -Wl,--defsym -Wl,_HeapSize=0x100000
>
>Brett
>
>Steve Holle wrote:
>
>>I increased the value in my linkcmds file as follows :
>>/* running out of heap, doubling from 0x80000 to 0x100000 */
>>_HeapSize = DEFINED(_HeapSize) ? _HeapSize : 0x100000;
>>
>>Is that the correct way to do it?
>>
>>At 05:03 AM 10/1/2004, Joel Sherrill <joel at OARcorp.com> wrote:
>>
>>>I recall that much of that memory comes from the C Program Heap
>>>so make sure that you have plenty of memory assigned to it.
>>>
>>>It's early and I am still packing so I hope I got that right. :)
>>>
>>>--joel
>>>
>>>Steve Holle wrote:
>>>
>>>>I increased mbuf capacity and cluster to the values show below and the 
>>>>same problem occured.
>>>>         struct rtems_bsdnet_config rtems_bsdnet_config =
>>>>         {
>>>>                 &netdriver_config,
>>>>                 #if (defined (RTEMS_USE_BOOTP))
>>>>                         rtems_bsdnet_do_bootp,
>>>>                         75,
>>>>                         265*1024, // Expanded mbuf capacity.
>>>>                         512*1024, // Expanded mbuf cluster capacity.
>>>>                 #else
>>>>                         NULL,
>>>>                         75,
>>>>                         0, // Default mbuf capacity.
>>>>                         0, // Default mbuf cluster capacity.
>>>>                 #endif
>>>>                 // See below for real example
>>>>           NULL,
>>>>// Host name.
>>>>           NULL,
>>>>// Domain name.
>>>>           NULL,
>>>>// Gateway.
>>>>           NULL,
>>>>// Log host.
>>>>           {NULL},
>>>>// Name server(s).
>>>>     {NULL}
>>>>// NTP server(s)
>>>>         };
>>>>
>>>>At 03:49 PM 9/30/2004, Chris Johns wrote:
>>>>
>>>>>Steve Holle wrote:
>>>>>
>>>>>>I'm trying to get BOOTP running, and when I enable it I get the 
>>>>>>following :
>>>>>>RTEMS: BOOTP call failed -- error 105
>>>>>>Where would I find out what error 105 is?
>>>>>
>>>>>
>>>>>
>>>>>To find I do:
>>>>>
>>>>>  $ cd rtems/cpukit
>>>>>  $ grep -r "BOOTP call failed" *
>>>>>  libnetworking/nfs/bootp_subr.c: panic("BOOTP call failed -- error 
>>>>> %d", error);
>>>>>
>>>>>>Any idea what's causing it?
>>>>>
>>>>>
>>>>>
>>>>>Then looking at the code I see it is an error code from the function 
>>>>>'bootpc_call'. Another grep shows this function is in the same file, 
>>>>>and looks like it is the result of calls to socket type functions.
>>>>>
>>>>>A look in errno.h gives:
>>>>>
>>>>>  #define ENOBUFS 105     /* No buffer space available */
>>>>>
>>>>>I see 'bootp_call' returns this value if no mbufs are available.
>>>>>
>>>>>It your networking code ok ?
>>>>>
>>>>>--
>>>>>  Chris Johns
>>>>
>>>>
>>>>Steve Holle
>>>>Link Communications, Inc.
>>>>1035 Cerise Rd.
>>>>Billings, MT  59101
>>>>sholle at link-comm.com
>>>
>>>
>>>
>>>--
>>>Joel Sherrill, Ph.D.             Director of Research & Development
>>>joel at OARcorp.com                 On-Line Applications Research
>>>Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>>>    Support Available             (256) 722-9985
>>
>>
>>Steve Holle
>>Link Communications, Inc.
>>1035 Cerise Rd.
>>Billings, MT  59101
>>sholle at link-comm.com
>
>
>--
>Brett Swimley
>Sr. Design Engineer
>Advanced Electronic Designs
>406-585-8892
>
>brett DOT swimley AT aedmt DOT com
>

Steve Holle
Link Communications, Inc.
1035 Cerise Rd.
Billings, MT  59101
sholle at link-comm.com  




More information about the users mailing list