Jak poprawnie umieścić funkcję w RAMie podczas aktualizacji firmware?

Question

Witam. Mam problem z funkcjami w RAMie. Chcę zrobić update firmwaru. No więc zrobiłem funkcję updatującą, oraz funkcję piszącą text po LCD. Mam wiele funkcji piszących text, ale ta jedna ma być specjalna bo być w RAMie. Funkcja updatująca firmware oczywiście też. No i okazało się że to nie...

Zbych_ · Accepted Answer

Na początek odszukaj nazwy funkcji w pliku *.map (dodaj opcję -Map=$blabla.map,--cref do linkowania jeśli jej nie masz), żeby się upewnić, że adresy są z zakresu zajmowanego przez RAM. Na zrzutach ekranowych widać ostrzeżenie, że kompilator ignoruje atrybut z sekcją.
Miałem podobny problem, dlatego zamiast umieszczać funkcje w sekcji data, stworzyłem nową sekcję specjalnie dla funkcji. Wymaga to oczywiście grzebnięcia w skrypcie linkera i pliku crt. Skrótowo opisałem to tutaj:

http://groups.google.com/group/pl.comp.lang.c/msg/a7c53621c9865cd2

PS. masz strasznie dużo warningów. Łatwo w tym gąszczu przegapić ważne rzeczy.

Konto nie istnieje · Accepted Answer

A może przerwań zapomniałeś wyłączyć? Albo po updacie nowe siedzą gdzie indziej niż wektory wskazują? To trzeba doprowadzić do stanu, kiedy błędów nie będzie. A znasz kawał, jak się baca rozwodził? Albert

michalko12 · Accepted Answer

Zastanawiam się co masz w skrypcie linkera. Definiujesz funkcje w ramie, a RAM jakie atrybuty ma?
Nie wiem na ile to jest aktualne, ale sprawdź jak to się robi Link

Ważny jest chyba atrybut long_call ponieważ standardowy skok B, BL ma zakres ±32MB a RAM jest "trochę" dalej (1GB)

Zbych_ · Accepted Answer

Przykład od michalko12, robi to co ci na początku napisałem. Tworzona jest dodatkowa sekcja fastrun (w skrypcie linkera) i w tej sekcji są umieszczane funkcje. Sprytne jest umieszczenie tej sekcji wewnątrz sekcji data, co pozwala na pominięcie modyfikacji pliku crt.

Konto nie istnieje · Accepted Answer

IAP używa RAM. Nie nadpisuje Ci czegoś? Dla mnie nie. Bo ja w .data nie chcę kodu. Ty chcesz. Czy tam trafia sprawdź. Zbych podał Ci jak. Atrybut lub opcja kompilacji z long calls jest niezbędna. Albert

michalko12 · Accepted Answer

Zrobiłem test na przykładzie z innego wątku i to działa

void __attribute__ ((long_call, section (".data"))) Delay1(unsigned int del_time);

void __attribute__ ((long_call, section (".data"))) Delay1(unsigned int del_time)
{
   for(unsigned int abc=0;abc<del_time;abc++);
   IO1PIN   ^=(1<<17);
}

Zbych_ · Accepted Answer

A spróbuj dodać pod spodem drugą funkcję umieszczoną w RAMie.

michalko12 · Accepted Answer

Działa, ale z warningiem assemblera. Warning występuje w pierwszym i drugim przypadku. Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka#include LPC214x.h void Timer0Handler (void) __attribute__((interrupt(IRQ))); void InitTimer0(void); void __attribute__ ((long_call, section (.data))) Delay1(unsigned int del_time); void __attribute__ ((long_call, section (.data))) Delay2(unsigned int del_time); void __attribute__ ((long_call, section (.data))) Delay1(unsigned int del_time) {    for(unsigned int abc=0;abc

Zbych_ · Accepted Answer

Ech, czytaj ze zrozumieniem. Nie chodzi o plik map, tylko o stworzenie sekcji specjalnie dla funkcji.

Konto nie istnieje · Accepted Answer

??? A mógłbyś go podrzucić? (Z zaznaczeniem o jaką funkcję chodzi) Albert

Konto nie istnieje · Accepted Answer

A to sprawa prosta. Deklarujesz funkcję jako static. Wywołujesz w 1 miejscu, wiec kompilator w swej mądrości włącza ja do wywołujacej.

Wywal static, a zamiast atrybutu jeśli nie chce działać spróbuj opcje kompilacji -mlong-calls.

Albert

michalko12 · Accepted Answer

Spróbowałem ze static i jest tak jak mówi albertb. Po funkcjach ani śladu.

Freddie Chopin · Accepted Answer

Może trochę zmienię temat, ale błędy tego typu:

main.c:1834: error: conflicting types for 'Pisz_32x32_transparent_ram' 
main.c:89: error: previous declaration of 'Pisz_32x32_transparent_ram' was here

świadczą nie o tym, że funkcja jest we flashu zamiast w RAM, tylko o tym, że w dwóch różnych miejscach są zdefiniowane w różny sposób...

Dalej idąc - to że IAP używa RAMu jest tutaj kluczową sprawą. IAP jest w swojej głupocie tak głupie, że wcale nie używają jednego kawałka:

Cytat:
5.2.9 RAM used by IAP command handler
Flash programming commands use the top 32 bytes of on-chip RAM. The maximum stack
usage in the user allocated stack space is 128 bytes and it grows downwards.

O nie-używanie (albo dowolne inne zabezpieczenie, np skopiowanie i przywrócenie) tych obszarów trzeba zadbać...

Kolejną ważną sprawą jest słynny w ARM7 nieużywany wektor przerwań, który służy do zabezpieczania przez wykonywaniem syfu. Jeśli nie znajdzie się tam poprawna wartość (szczegóły w manualu), to po resecie taki program nie będzie działać - po prostu bootloader (ten oryginalny) go nie uruchomi. Żaden kompilator nie generuje automatycznie tej wartości...

4\/3!!

Promuję tematy:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

Freddie Chopin · Accepted Answer

Przeczytaj tego warninga całego. Mówi on, że jakbyś zrobił weryfikację, to będzie ona błędna, bo OpenOCD zmieniło wartość dla tego właśnie wektora na odpowiednią. 4\/3!!

Konto nie istnieje · Answer

Nie bardzo rozumiem. Gdzie mam to dodać? W ogóle to zapomniałem napisać. ARM7-TDMI, Eclipse, CodeSourcery, extremalnie zmodyfikowane przykłady Freddiego Chopina. Dużo to ich było wcześniej Ze 100. Teraz zostało tylko 8. Nieużywane funkcje. Nieużywane zmienne. No i ten niezgodny typ zmiennej do funkcji sprintf który jednak nie przeszkadza w działaniu. Chyba nie ma się czym przejmować? Dodano po 10 [minuty]: Mam takie coś: Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka # flags for linker LINKER_FLAGS = -T$(LINKER_SCRIPT) -g -Wl,-Map=$(OUTPUT_DIR)$(PROJECT).map,--cref,--no-warn-mismatch Ale w pliku map funkcji nie mam. Już wcześniej jej tam szukałem ale nie znajdując zajrzałem do pliku lss i tam zobaczyłem że funkcja ląduje we Flashu. Sposób z nową sekcją może i jest dobry. Ale ja nie chcę na nowo odkrywać koła. Sekcja data jest już gotowa. I służy to tego żeby w niej coś umieszczać. Więc ja po prostu chcę tam coś umieścić. Dodawałem też atrybut long_call ale kompilator w ogóle nie wie co to jest.

Konto nie istnieje · Answer

1. Przerwania wyłączam. 2. Po zaprogramowaniu procesor ma wykonać skok pod adres 0. Co akurat w ARMie nie jest do końca pełnym resetem, ale zawsze to coś. Procesor jest w trybie System więc po skoku pod adres 0 da radę wszystko na nowo poustawiać. 3. Procesor nie dochodzi do tego skoku. Zawiesza się wcześniej. Nawet jak by wektory się nie zgadzały i nie wiem co jeszcze się nie zgadzało, to po twardym resecie (nowy) program powinien jednak zadziałać. A nie działa. Mam czystego Flasha. Stąd wniosek że funkcja jest we Flashu. Bo jak by była w RAMie to procesor po skasowaniu Flasha wracał by do RAMu i wykonywał dalej tą funkcję (programował by Flasha). A nie idzie dalej. Czyli wraca do Flasha. Właśnie skasowanego Flasha. To znaczy tak myślę. Dodam że jak kasuję mniejszą ilość sektorów (inne sektory niż te w których jest funkcja updatująca firmware) to wszystko działa. Czyli same komendy IAP na pewno działają. Co Ty powiesz No wiem i o to mi chodzi Ale na razie jedynym sposobem wyeliminowania błędów jest jednokrotne wywoływanie funkcji piszącej. Mam na myśli z jednego miejsca programu. W pętli na przykład to mogę ją wywoływać wiele razy. Byłe było tylko jedno wywołanie w tej pętli. No właśnie poznałem Ale związku nie widzę. Dodano po 8 [minuty]: Zacznijmy od tego czy sposób zaatrybutowania funkcji w RAMie jest właściwy. Jest? Dodano po 46 [minuty]: To żaden dowód. Mogłem zrobić fotomontaż w Paincie Ale jak mi wierzycie to proszę: To że sprintf jest we Flashu pomińmy (nie wywołuję go po skasowaniu flasha tylko wszystkie napisy przygotowuję przez skasowaniem). Zauważyłem też że na optymalizacji równej O0 błąd jest wywalany nie przez funkcję piszącą a przez sprinfa. Kod: text Rozwiń Zaznacz wszystko Kopiuj do schowka **** Build of configuration Default for project Komputer_pokladowy_silnik_paletizet **** cs-make all  Assembling file: default_handler.s arm-none-eabi-gcc -x assembler-with-cpp -c -mcpu=arm7tdmi-s -g -ggdb3 -Wa,-amhls=./out/default_handler.lst  -MD -MP -MF ./out/default_handler.d -I .  default_handler.s -o out/default_handler.o   Assembling file: startup.s arm-none-eabi-gcc -x assembler-with-cpp -c -mcpu=arm7tdmi-s -g -ggdb3 -Wa,-amhls=./out/startup.lst  -MD -MP -MF ./out/startup.d -I .  startup.s -o out/startup.o   Assembling file: vectors.s arm-none-eabi-gcc -x assembler-with-cpp -c -mcpu=arm7tdmi-s -g -ggdb3 -Wa,-amhls=./out/vectors.lst  -MD -MP -MF ./out/vectors.d -I .  vectors.s -o out/vectors.o   Compiling file: fattime.c arm-none-eabi-gcc -c -mcpu=arm7tdmi-s -O0 -Wall -Wstrict-prototypes -Wextra -g -ggdb3 -fverbose-asm -Wa,-ahlms=./out/fattime.lst  -MD -MP -MF ./out/fattime.d -I .  fattime.c -o out/fattime.o   Compiling file: ff.c arm-none-eabi-gcc -c -mcpu=arm7tdmi-s -O0 -Wall -Wstrict-prototypes -Wextra -g -ggdb3 -fverbose-asm -Wa,-ahlms=./out/ff.lst  -MD -MP -MF ./out/ff.d -I .  ff.c -o out/ff.o   Compiling file: main.c arm-none-eabi-gcc -c -mcpu=arm7tdmi-s -O0 -Wall -Wstrict-prototypes -Wextra -g -ggdb3 -fverbose-asm -Wa,-ahlms=./out/main.lst  -MD -MP -MF ./out/main.d -I .  main.c -o out/main.o main.c: In function 'lcd_LNBU': main.c:5987: warning: format '%d' expects type 'int', but argument 3 has type 'uint32_t' main.c:5987: warning: format '%d' expects type 'int', but argument 3 has type 'uint32_t' main.c: In function 'Firmware_update': main.c:7233: warning: unused variable 'i' main.c: At top level: sd_spi_lpc2000.cc:374: warning: 'rcvr_spi_m' defined but not used main.c:1296: warning: 'uart1_send' defined but not used main.c:1302: warning: 'uart2_send' defined but not used main.c:7073: warning: 'Sprawdz_alarm' defined but not used C:\DOCUME~1\ja\USTAWI~1\Temp\ccgGO6XI.s: Assembler messages: C:\DOCUME~1\ja\USTAWI~1\Temp\ccgGO6XI.s:231741: Warning: ignoring changed section attributes for .data   Compiling file: syscalls.c arm-none-eabi-gcc -c -mcpu=arm7tdmi-s -O0 -Wall -Wstrict-prototypes -Wextra -g -ggdb3 -fverbose-asm -Wa,-ahlms=./out/syscalls.lst  -MD -MP -MF ./out/syscalls.d -I .  syscalls.c -o out/syscalls.o syscalls.c:96: warning: unused parameter 'r' syscalls.c:96: warning: unused parameter 'file' syscalls.c:148: warning: conflicting types for built-in function '_exit'   Linking target: lpc2478_blink_led.elf arm-none-eabi-g++ -mcpu=arm7tdmi-s -Tlpc2478_rom.ld -g -Wl,-Map=./out/lpc2478_blink_led.map,--cref,--no-warn-mismatch -nostartfiles  ./out/default_handler.o ./out/startup.o ./out/vectors.o ./out/fattime.o ./out/ff.o ./out/main.o ./out/syscalls.o   -lm -o out/lpc2478_blink_led.elf ./out/main.o: In function `Firmware_update': F:\Software\ARM_Eclipse\Komputer_pokladowy_silnik_paletizet/main.c:7241: relocation truncated to fit: R_ARM_CALL against symbol `memcpy' defined in .text section in d:/program files/codesourcery/sourcery g++ lite/bin/../lib/gcc/arm-none-eabi/4.3.3/../../../../arm-none-eabi/lib\libc.a(lib_a-memcpy.o) collect2: ld returned 1 exit status cs-make: *** [out/lpc2478_blink_led.elf] Error 1 No i trudno powiedzieć że ręce nie opadają.

Konto nie istnieje · Answer

Ważniejsze rzeczy poza kodem źródłowym.
A to co podesłałeś już przeglądam.

michalko12 napisał:
Ważny jest chyba atrybut long_call ponieważ standardowy skok B, BL ma zakres ±32MB a RAM jest "trochę" dalej (1GB)

Tylko że tak jak mówiłem long_call coś nie podoba się kompilatorowi.
Jedno wywołanie funkcji Pisz_32x32_transparent_ram. Dodaję atrybut long_call i mam:

**** Build of configuration Default for project Komputer_pokladowy_silnik_paletizet ****

cs-make all 
Compiling file: main.c
arm-none-eabi-gcc -c -mcpu=arm7tdmi-s -Os -Wall -Wstrict-prototypes -Wextra -g -ggdb3 -fverbose-asm -Wa,-ahlms=./out/main.lst  -MD -MP -MF ./out/main.d -I .  main.c -o out/main.o
main.c:1834: error: conflicting types for 'Pisz_32x32_transparent_ram'
main.c:89: error: previous declaration of 'Pisz_32x32_transparent_ram' was here
main.c: In function 'lcd_LNBU':
main.c:5987: warning: format '%d' expects type 'int', but argument 3 has type 'uint32_t'
main.c:5987: warning: format '%d' expects type 'int', but argument 3 has type 'uint32_t'
main.c: In function 'Firmware_update':
main.c:7233: warning: unused variable 'i'
cs-make: *** [out/main.o] Error 1

Konto nie istnieje · Answer

Miałem na myśli zgodność ze sposobem deklarowania tego, a nie o poprawność polityczną. No mi kod w sekcji data by nie przeszkadzał. Ale jeżeli sposób z umieszczeniem nowej sekcji wewnątrz sekcji data będzie dobrym według Was rozwiązaniem to ok. Będzie i po Waszemu i po mojemu (bo koniec końców będzie to sekcja data) Mam może z 1kB zmiennych. Kilka kB stosu. Ciężko było by coś nadpisać w RAMie skoro mam aż 64kB RAMu. Oczywiście tak na siłę to łatwo coś nadpisać. Ale kompilator chyba dba o rozmieszczenie wszystkiego żeby się samo z siebie nie nadpisywało? Górne 32B RAMu jest wolne. Wcześniej mi IAP żadnych błędów nie powodowało. Więc i teraz nie powinno. Ale to nie może być problem. Problemem jest to że to się w ogóle nie kompiluje. Ale zapominamy o tym. Dodam sobie nową sekcję wewnątrz sekcji data. No będzie ciężko. Bo podane przez Zbycha parametry mam podane, ale mimo to do pliku map nie trafia informacja o miejscu umieszczenia funkcji.

Konto nie istnieje · Answer

Czytam ze zrozumieniem. Chodzi mi o to:

Zbych_ · Answer

Sorry, masz rację.

Konto nie istnieje · Answer

Mam:


	.data :
	{
		__data_init_start = LOADADDR (.data);
		PROVIDE(__data_init_start = __data_init_start);
		__data_start = .;
		PROVIDE(__data_start = __data_start);

		*(.data .data.* .gnu.linkonce.d.*)
		. = ALIGN(4);

		__data_end = .;
		PROVIDE(__data_end = __data_end);
	} > ram AT > rom

Dodaję fastrun:


	.data :
	{
		__data_init_start = LOADADDR (.data);
		PROVIDE(__data_init_start = __data_init_start);
		__data_start = .;
		PROVIDE(__data_start = __data_start);

		*(.data .data.* .gnu.linkonce.d.*)
		. = ALIGN(4);
		
		*(.fastrun)

		__data_end = .;
		PROVIDE(__data_end = __data_end);
	} > ram AT > rom

i tyle?
Przejrzałem te pliki podrzucone przez michalko12 i widzę że nic poza dodaniem sekcji fastrun tam nie ma. Inicjalizowana jest jedynie sekcja data w całości.
Więc i ja nie muszę nic dodatkowo robić?

Niestety są dalej te same błędy.

PS. A myślniika po *(.fastrun) to nie powinno być?

Konto nie istnieje · Answer

Powiedzmy że wiem co jest nie tak. To biblioteka FatFs mota. Bez niej wszystko się ładnie kompiluje. Ale czy działa to nie mam jak sprawdzić bo bez systemu plików nie odczytam pliku z programem z karty SD.

Niedługo zacznę odchudzać program (zostawiając jednak bibliotekę FatFs) i go w całości wrzucę na elektrodę. No chyba że po odchudzeniu zacznie działać

A tutaj plik map.
Skompilowane dla jednokrotnego wywołania funkcji (tytko wtedy daje się skompilować). Funkcje to Pisz_32x32_transparent_ram i Firmware_update. Bez atrybutu long_call. Z tym atrybutem to nawet bez biblioteki FatFs nie chce się skompilować.

Konto nie istnieje · Answer

Jeszcze przed założeniem tematu próbowałem bez static. Bez skutku.
Bez static wywala błąd nawet przy jednokrotnym wywołaniu funkcji.
Ja już skończyłem odchudzać program. Może zaraz go wrzucę.

Konto nie istnieje · Answer

Trochę się boję wrzucać ten program. Bo zaraz się zaczną komentarze że jest burdel. Że za dużo robię w przerwaniach. Itp.
Tylko że nie to jest problemem.
Problemem jest to że on się nie chce skompilować.
To czy będzie działał czy nie to już inna sprawa.
W dość dziwaczny sposób dołączam jeden element biblioteki FatFs. Mianowicie plik c. Zmieniłem rozszerzenie na cc i podłączam go a pomocą dyrektywy include.
Jest to na maxa niepoprawne politycznie, ale mi się zdaje że to nie może powodować błędu. Przecież taki plik jest po prostu najnormalniej w świecie wklejany do pliku main.c i dopiero kompilowany.
A to po to żeby nie robić 100 funkcji external.
Nie ma żadnych warningów. A wszystkie funkcje działają. (Mowa o samym FatFs-ie dołączanym tym moim cudem.)
A może to właśnie to jest problem?

Konto nie istnieje · Answer

Kurcza. Jak zobaczyłem że Freddie Chopin odpowiedział to już się szykowałem na niezłe lanie

Ale widzę że są ładne odpowiedzi.

No to tak:
Pisz_32x32_transparent_ram - nie wiem o co chodzi. Gdy nie ma atrybutu to wszystko jest ok. Gdy go dodam to już lipa. Owszem, atrybut dodaję tylko w prototypie funkcji. Ale to chyba nie podów żeby wywala takiego warnigna. Zresztą próbowałem dodawać atrybut także w samej funkcji i nic to nie zmienia.

Co do IAPu. No więc on działa! Więc o nadpisywanie RAMu się nie martwię.
Stos mam duży (4kB). A ostatnie 32B RAMu to może wystarczy zabezpieczyć deklarując w pliku ld mniejszą ilość RAMu?

Nieużywany wektor przerwań: No to poszukam trochę o tym.

Ale póki co, to ani IAP, ani ten wektor przerwań problemem nie jest.
Na razie problemem jest ta funkcja która przy próbie przerzucenia do RAMu nie pozwala na normalne skompilowanie programu.
I tak jak mówiłem usunięcie biblioteki FatFs rozwiązuje problem.
Czyli gdzieś tam trzeba szukać. Problem tylko w tym że ja nie mam pomysłów co tam może nie grać.

michalko12 · Answer

No właśnie, a jak zmusić OCD żeby ten wektor uzupełniał właściwą wartością przy zapisie za pomocą write_image. W komendzie flash bank jest calc_checksum, ale efekt jest tylko taki że OCD wywala warninga o niezgodnych tych wartościach.

michalko12 · Answer

Dzięki. Rzeczywiści, nie dokładnie zrozumiałem tego warninga, ale i tak nie zmienia to faktu, że program załadowany za pomocą OCD nie działa w odróżnieniu od programu załadowanego za pomocą FlashMagica, ale to w razie czego temat na inny wątek.

Konto nie istnieje · Answer

Jeszcze bardziej uprościłem program. Dalej to samo.
Żeby nie robić burdelu wziąłem oryginalne projekty Freddiego Chopina. Z 06/2009 i 09/2009. Na obydwu to samo.
No i jest tak:
Mogę użyć atrybutu:


__attribute__ ((section(".data"), aligned (32)));

Ale:


__attribute__ ((long_call, section(".data"), aligned (32)));

już nie:


**** Build of configuration Default for project LPC2103_09 ****

cs-make all 
Compiling file: main.c
arm-none-eabi-gcc -c -mcpu=arm7tdmi-s -O0 -ffunction-sections -fdata-sections -Wall -Wstrict-prototypes -Wextra -g -ggdb3 -fverbose-asm -Wa,-ahlms=./out/main.lst  -MD -MP -MF ./out/main.d -I .  main.c -o out/main.o
main.c:130: error: conflicting types for 'pll_feed'
main.c:61: error: previous declaration of 'pll_feed' was here
cs-make: *** [out/main.o] Error 1

Dlaczego?

albertb napisał:

Wywal static, a zamiast atrybutu jeśli nie chce działać spróbuj opcje kompilacji -mlong-calls.

Zawsze słyszę że uciekam od problemów. Teraz z końcu sam to komuś powiem

Problem jest z long_call. Zastosowanie mlong-calls jest ucieczką od problemu. Nie trzeba uciekać tylko rozwiązać problem. No więc co jest nie tak z tym long_call?

Freddie Chopin · Answer

Nie wiedzieć czemu, opcja long_call musi być dodana zarówno w deklaracji jak i w definicji, więc "na górze" zostaw jak masz, a na dole dostaw kompletny zestaw "__attribute__ ((...))" między "void" a nazwę funkcji.

Dodam też, że w pliku *.map nie ma wylistowanych w takim przypadku funkcji umieszczonych w RAM, za to będą widoczne w pliku *.dmp. Widać też po dezassemblacji, że funkcja jest wywoływana w specjalny sposób (przez ldr, mov, bx) z adresów w RAM. (ciekawostka - opcja bez "long_call" zajmuje w tym pzypadku mniej)

Niemniej jednak, BEZ "long_call" funkcja też zostanie wywołana prawidłowo, przez tzw. veneer, więc problem nie leży tutaj.

4\/3!!

Promuję tematy:
07.03.2015 [C++11][Cortex-M3/M4] - distortos - obiektowy RTOS dla mikrokontrolerów w C++
10.02.2013 bleeding-edge-toolchain - kolejny toolchain dla ARM

Jak poprawnie umieścić funkcję w RAMie podczas aktualizacji firmware?

Jak umieścić funkcję w RAM-ie na ARM7/GCC, żeby mogła działać podczas kasowania i programowania FLASH-a?

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Post #25

Post #26

Post #27

Post #28

Post #29

Post #30

Podsumowanie tematu