PIC32MX664F128H / DP83848 Link Error: Could not allocate section .bss

Was mich auch wundert das er _inline_ nicht kennt, wo wird das 
normalerweise eingestellt?

Was mich echt wundert der selbe Stack passt in einen PIC18F97J60 mit 
gerade mal ~3k SRAM aber nicht in einen PIC32 mit 65k SRAM ?

Gibt es hier irgendwelche Schalter etc... die hier was optimieren?
Dazu musste ich einen HEap Speicher beim Linker eingeben, wieviel 
benötige ich da und vorallem auch für was wird dieser im TCP Stack 
verwendet?


Das hier alleine gab mir 16kb Speicher
//#define STACK_USE_DYNAMICDNS_CLIENT

Kann ich irgendwie sehen in welchen Dateien soviel Speicher benötigt 
wird?

Da gibts sogar optionen fuer den Linker, aber er generiert einfach keine 
Map file.

In welcher TCP Stack Hilfe? der Helpfile? der AN833?

The map file shows information relating to where objects were positioned 
in memory. It
is useful for confirming that user-defined linker options were correctly 
processed, and
for determining the exact placement of objects and functions.
The option to create a map file in the linker is -Map file (or 
-Wl,-Map=file if
passed to the driver),

Ich hab mir mal PIC18 Projekte angesehen da wird das so gemacht:

-m"$(BINDIR_)$(TARGETBASE).map"

mich wundert nur das es der XC8 macht aber der XC32 scheinbar nicht.

Es muss irgendwo eine Einstellung dafür geben


also gut es ist einfach nur -M dann schreibt ers aus.

1

kseg1 Boot-Memory Usage

2

section                    address  length [bytes]      (dec)  Description

3

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

4

.reset                  0xbfc00000          0x1f4         500  Reset handler 

5

.bev_excpt              0xbfc00380           0x10          16  BEV-Exception 

6

         Total kseg1_boot_mem used  :       0x204         516  44.2% of 0x490

7

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

8

         Total Program Memory used  :      0xc004       49156  35.4% of 0x21e00

9

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

10

11

12

kseg1 Data-Memory Usage

13

section                    address  length [bytes]      (dec)  Description

14

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

15

.eh_frame               0xa0000000           0x20          32   

16

.persist                0xa0000020            0x8           8   

17

.sdata                  0xa0000028           0x14          20  Small init data 

18

.sbss                   0xa000003c           0xe8         232  Small uninit data 

19

.bss                    0xa0000124          0x158         344  Uninitialized data 

20

.bss                    0xa000027c         0x3c60       15456  Uninitialized data 

21

         Total kseg1_data_mem used  :      0x3edc       16092  49.1% of 0x8000

22

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

23

            Total Data Memory used  :      0x3edc       16092  49.1% of 0x8000

24

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

25

26

27

Dynamic Data-Memory Reservation

28

section                    address  length [bytes]      (dec)  Description

29

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

30

heap                    0xa0003ee0           0x40          64  Reserved for heap 

31

stack                   0xa0003f38         0x40b8       16568  Reserved for stack 

32

33

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

Man beachte wieviel er hier belegt:
.bss                    0xa000027c         0x3c60       15456 
Uninitialized data

Was ich hier einfach nicht verstehe warum der TCP Stack in einen kleinen 
PIC18F97J60 passt, und ein bei einem großen PIC32 auf einmal nicht mehr.

Ich kann irgendwie auch nur die ersten 50% belegen, danach nicht mehr, 
irgendwie verwendet er nur den "near" Speicher.

Beim 16 Bit compiler konnte man noch das Speicher Model ändern, nur das 
kann man beim XC32 nicht mehr.

Gerade der PIC32MX664 wäre doch komplett nutzlos wenn nichtmal der TCP 
Stack rein passt. Geschweige den von der USB Lib

Also ich bin ein Tick weiter, scheinbar kann man die Vitrual Memory Map 
Umstellen das mehr near speicher zur Verfügung steht.


Es muss doch da irgend wer eine Idee haben.

Flo schrieb:
> Bei kseg1_data_mem sollte  0x8000 stehen (also 32k RAM)..

ja Das steht da, hab auch schon versucht die procdefs.ld zu kopieren und
darin rum zu spielen aber ohne Erfolg.


> Vielleicht hilft es, die Heap-Size zu verkleinern, so dass mehr RAM
> übrig bleibt (bei mir reichen 1024)

Ich habe bei Heap nur 64 in den Einstellungen in MPLABX eingetragen.


Das kann doch nicht sein das ich erst den TCP Buffer verkleinern muss 
damit das funktioniert und compiled.

TCPIPConfig.h...

1

//  #define TCP_PIC_RAM_SIZE (16384ul)

2

  #define TCP_PIC_RAM_SIZE (2048ul)

nur noch 2kb Buffer für nen PIC32?

Da wären doch die PIC32MX664 viel zu klein um da jemals TCP und USB 
gemeinsam nutzen zu können, aber für irgendwas müssen die dinger doch 
verkauft werden ??


Ich habe gesehen das es ein Virtuellen speicher gibt den man sich 
umgestalten kann, z.B. mit BMX..... Register.

Aber kann das echt sein das ich da erst so ein Aufwand treiben muss um 
einfach nur TCP da rein zu bekommen?