==== GPIO PCA9554 über sysfs ansteuern ====

^  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  |

==== Latenz auf STKa28 verbessern ====

Um die Latenz zu verbessern im uboot folgende Variable ändern

<code>
setenv addmisc $addmisc loglevel=0
saveenv
</code>

==== TQMa28(L) SPI letztes Bit eines Bytes wird nicht richtig eingelesen ====

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]]\\

==== TQMa28 automagically login ====

  * Copy /usr/local/lib/ptxdist-2013.12.0/projectroot/etc/inittab to <BSP-ROOT>/projectroot/etc/inittab.tqma28
  * Modify <BSP-ROOT>/projectroot/etc/inittab.tqma28 like this:
change **console::respawn:/sbin/getty -L @SPEED@ @CONSOLE@ vt100**\\
to **console::respawn:/sbin/agetty -a root -L @SPEED@ @CONSOLE@ vt100**\\  
  * Execute ptxdist images