wywolanie lokalnie z konsoli jako root.
ale wlasnie zauwazylem ze problem lezy w sprawdzaniu czy radio jest włączone,tzn w tej części

        /etc/init.d/mpd start
        mpc repeat on
        mpc load playlist
        mpc play;

wyglada na to ze mpd nie zdąży wystartowac a mpc już każe coś demonowi robić.

Może spytam prościej. Potrzebuję jeden skrypt który sprawdza czy radio jest włączone i jeśli jest to je wyłącza a jeśli nie to je włącza (skrypt pod guzik na ruterze). Najwyraźniej to co "napisałem" nie jest optymalne. Mogę jakoś sprytniej sprawdzić czy radio działa ?
pidof dla mpc nie działa

a czy z powodu maskowanie nie powinno byc to teraz nieprzypisane ?

Kurde. A może inny moduł korzysta GPIO ? może być że to b43 legacy  (on nie obsługuje maskowania  widać to na logu powyżej w pierwszej linii)?
Jest jakiś sposób aby sprawdzić  co koryzsta z GPIO ?

tak, próbowałem  również podawać wartość 0x1 (tak było podane w oryginalnym opisie mmc moda na sreonie openWRT). Niestety to nieczego nie zmieniło.

Myśle też że poszedłem złą drogą. Uwierzyłem jakiejś wypowiedzi z netu która twierdziła iż błąd

[  169.040000] spi-gpio: probe of spi-gpio.0 failed with error -16

spowodowany jest konfliktem na GPIO 0, co z kolei wskazuje na fakt że maskowanie nie działa.

ale nie korzystam z GPIO 0.
mam zdefiniowane tylko GPIO 2,3,4,7
Pozatym zauważyłem że straciłem kontrole nad wszystkimi ledami wymienionymi w pliku mmc_over_gpio (tzn nie mogę ich manualnie włączyć i wyłączyć poleceniami z terminala) To znaczy że moduł b43 nie steruje już tymi diodami czyli maskowanie jednak musi działać.

Pozostaje więc pytanie co naprawdę znaczy błąd podany wyżej, (albo dlaczego dopytuje sie o GPIO 0).

Nie mogłem znaleźć jakiejkolwiek dokumentacji dla spi-gpio. Ktoś może wie czy coś takiego jest stworzone ?

mam USB i wiem że taniej lepiej i szybciej jest użyć pamięci flash USB.
Nie w tym rzecz. MMC mod jest już od dawna na tym ruterze i chciałem go spróbować uruchomić ponownie.

OK, chyba dokopałem sie do przyczyny (swoją drogą wspominałem o tym w 1wszym poście)

[  127.740000] spi-gpio: probe of spi-gpio.0 failed with error -16

Ze szczątkowych informacji które pozbierałem po necie to  prawdopodobnie świadczy o tym iż GPIO 0 jest zajęty .
Co znowu przypomniało mi o  wpisie w WRT wiki który mówi iż taki mod należy zamaskować przed modułem b43 który domyślnie kontroluje wszstkie piny GPIO.
w starych systemach robiło się to dodając wpis do /etc/modules.d/30-b43

b43 gpiomask=0

Czyli teoretycznie interesuje mnie jak skutecznie włączyć maskowanie w nowszych systemach.
Nie ma już pliku 30-b43, są za to dwa inne b43 oraz b43legacy.
próbowałem już dodawać gpiomask=0 do każdego z nich ale bez rezultatu.

edit.
za możliwość maskowania portów GPIO był chyba patch  do kernela odpowiedzialny - 800-b43-gpio-mask-module-option.patch.
nie jestem pewnien ale może ten patch nie jest już uwzględniany w buildach BB i powyżej?

żeby nie było że cierpliwie nie czekałem. Niestety mój bilet nie doczekał sie realizacji. Cezary mozesz co wiecej opisać na remat istoty tego problemu ? Wydaje mi sie ze moduły sa wszystkie na miejscu. Można je jakoś recznie załadować ?

mam opcje wyboru kodeków do kompresji wideo ale to chyba nie ma nic wspólnego ze stramem .
mogę sobie dobrać paletę kolorów pod mjpeg ale to nie zmienia wydajności streamu

Edit:
Ze strony projektu motion:
The webserver generates a stream in "multipart jpeg" format (mjpeg). You cannot watch the stream with most browsers. Only certain versions of Netscape works. Mozilla and Firefox brosers can view the mjpeg stream but you often have to refresh the page once to get the streaming going. Internet Explorer cannot show the mjpeg stream. For public viewing this is not very useful. There exists a java applet called Cambozola which enabled any Java capable browser to show the stream. To enable the feature to a broad audience you should use this applet or similar.

Jak bede miał okazje przetestuje tą Cambozola