gpiochip 240 (as Input) | gpiochip 248 (as Output) | ||
---|---|---|---|
GPIO240 | X1B_1 | GPIO248 | X1B_15 |
GPIO241 | X1B_2 | GPIO249 | X1B_14 |
GPIO242 | X1B_3 | GPIO250 | X1B_13 |
GPIO243 | X1B_4 | GPIO251 | X1B_12 |
GPIO244 | USER_LED1 (red) | GPIO252 | X1B_11 |
GPIO245 | USER_LED2 (yellow) | GPIO253 | X1B_10 |
GPIO254 | X1B_09 | ||
GPIO255 | X1B_08 |
Um die Latenz zu verbessern im uboot folgende Variable ändern
setenv addmisc $addmisc loglevel=0 saveenv
In den aufgeführten Links zur NXP Community wird als Workaround das ändern des source clock für SSP2 von ref_io auf ref_xtal beschrieben. Dies funktioniert auch soweit,jedoch ist ref_xtal auf max. 24 MHz beschränkt. Das Thema wurde weiter untersucht und ein Workaround implementiert, der ref_io auf max. 240 MHz begrenzt und das Problem so gelöst.
Im aktuellen BSP Rev.0115 gibt es einen Patch dafür unter patches/linux-3.14.19/tqma28/0046-spi-mxs-limit-spi-source-clock.patch
Links NXP Community
https://community.nxp.com/thread/310434
https://community.nxp.com/thread/290209
https://community.nxp.com/message/619354?commentID=619354#comment-619354
change console::respawn:/sbin/getty -L @SPEED@ @CONSOLE@ vt100
to console::respawn:/sbin/agetty -a root -L @SPEED@ @CONSOLE@ vt100