Atlantis <m...@w...pl> wrote:
> Chcia?em ostatnio popchn?? troch? do przodu jeden ze swoich poprzednich
> projekt?w - sprz?towe radio internetowe o kt?rym pisa?em ju? wcze?niej,
> tylko tym razem w wersji ze zaktualizowan? cz??ci? hardware'ow?.
> Poprzednia wersja by?a tworzona na PIC32, teraz powoli chcia?em
> przenie?? go na STM32.
>
> Wi?kszo?? softu w?a?ciwie ju? przenios?em, teraz zosta?o najwa?niejsze -
> przeportowanie samej aplikacji odpowiedzialnej za odtwarzanie streamu z
> Internetu. W przypadku biblioteki MLA na PIC32 by?o to relatywnie
> proste. Socket sieciowy dysponuje buforem FIFO o zdefiniowanej
> pojemno?ci - do niego trafiaj? dane przychodz?ce z serwera. Dane te
> pobieram i ?aduj? do bufora audio. Robi? to jednak dopiero wtedy, gdy
> sterownik uk?adu VS1003 stwierdzi, ?e dane s? potrzebne.
>
> W przypadku PIC32 by?o to relatywnie proste. Mia?em kilka funkcji:
> - TCPIsGetReady() - zwraca?a liczb? bajt?w w buforze
> - TCPGetArray() - funkcja zapisywa?a pod podany adres w pami?ci
> okre?lon? maksymaln? liczb? bajt?w z bufora. Zwraca?a liczb? bajt?w,
> kt?re w rzeczywisto?ci uda?o si? pobra?.
>
> Sprawa by?a prosta - wystarczy?o albo pobra? wszystkie dost?pne dane,
> ale (je?li by?o ich za du?o) tylko tyle, ?eby wype?ni? dost?pne miejsce.
> W tym drugim przypadku nadwy?ka pozostawa?a w buforze gniazda sieciowego
> i by?a sukcesywnie uzupe?niania o kolejne przychodz?ce dane, kt?re
> mog?em pobra? wtedy, gdy zn?w by?y potrzebne.
>
> Widz?, ?e w przypadku lwIP (RAW API) sprawa nie jest ju? tak prosta.
> Zamiast tego musz? zarejestrowa? callback, kt?ry jest wo?any za ka?dym
> razem, gdy przyjd? nowe dane. Callback otrzymuje w jednym z parametr?w
> wska?nik do struct ptr, w kt?rej mam m.in.
> - void* paylod
> - int len
> - int tot_len
> - struct pbuf* next
>
> Istnieje wi?c mo?liwo??, ?e wszystko co b?d? musia? zrobi? to pobranie
> skopiowanie len bajt?w spod adresu na kt?ry wskazuje payload. Istnieje
> jednak szansa, ?e danych jest wi?cej - wtedy tot_len > len i kolejnej
> porcji danych trzeba szuka? w kolejnej strukturze, na kt?r? wskazuje
> wska?nik next.
>
> Je?li ju? zako?czymy odczytywa? dane, trzeba zawo?a? tcp_recved
> informuj?c stos, ?e czekamy na kolejn? paczk?. Tu jeszcze jest wszystko
> jasne.
>
> Co jednak w sytuacji, gdy powiedzmy do zako?czenia wype?niania bufora
> pozosta?o mi 100 bajt?w, a w otrzymanej struct pbuf mam ich 500? Na
> PIC32 po prostu pobiera?em 100, a reszta czeka?a na swoj? kolej. W jaki
> spos?b uzyskuje si? podobny efekt na lwIP?

Nie uzywalem lwIP ale zerknelem do dokumentacji.
Z dokumantacji lwIP wychodzi ze to ma byc "zero copy". Czyli trzymasz
buforki tak dlugo jak sa potrzebne, a potem zwalniasz. Jak cos
zostalo to sobie zapamietujesz polozenie bufora i uzywasz przy kolejnym
callbacku. tcp_recved _nie_ zwalnia buforow, wyglada ze musisz to
robic oddzielnie przez pbuf_free.

--
Waldek Hebisch