Първо си помисли дали наистина ти трябва - това се прави в случаи, в които може да има събития с голяма честота за кратко време, тоест процесора не може да ги обработи веднага и с fifo-то обработката им се отлага за известно време (това беше част от закачаката, на която никой не можа да ми отговори)
Ако няма проблем да се обработи веднага, няма нужда от фифо.
Ако все пак има, убеди се, че указателите ти са с разредността на процесора и даже можеш за по-сигурно да напишеш записа/четенето на асм, за да си убеден че са атомарни. Ако ти трябва указател с по-голяма разредност, нямаш друг (прост) избор освен да забраняваш прекъсването за времето в което четеш/пишеш указателя. Ако поради някаква извънредно странна причина не искаш да забраняваш прекъсвания, нещата стават сложни и "програмистки" ако казаното до тук не те устройва, ще поговорим и на тая тема.

Човека шляпа на АРМ, указателите са му 32 бита и достъпа е атомичен.

Еми тогава за кво е целия шум?

Ми и ние това се чудим...

Човек не може да знае всичко. Затова питах. Някои неща ми се изясниха, за което благодаря. Други не толкова, тях ще ги оставя да отлежат.

Това дето аз не разбрах е кой седи на входа и кой на изхода на фифо-то.

На входа стои "таймер", чрез който на определен период(1мс) се четат няколко сензора. На изхода е usb.

Т.е. един процес пише и един чете?

А данните във фифото как са структурирани - просто отчети или са укропнени в пакети?

Значи решението, което съм дал върши работа.
При него на входа е UART(прекъсване) на изхода Ethernet, или респективно обратното. Има да се гарантират едни 16 бита, което вече 100 човека обясниха, че е свършено на ниво АРМ.
Няма нужда от черна магия...

Ок, направих нещо подобно за тестовете, не точно същото но свърши работа.

https://www.microchip.com/forums/m879185.aspx - на това попаднах докато ровех за други неща. Може да е полезно на някой.