i.MX Linux Release Notes
i.MX Linux Release Notes
Contents
1 Overview 1 Overview....................................................................1
NOTE
In this document, the following notation is used:
• 6SABRE-SD stands for the i.MX 6Quad, i.MX 6QuadPlus, i.MX 6DualLite, and i.MX 6DualPlus
SABRE-SD Platforms.
• 6SABRE-AI stands for the i.MX 6Quad, i.MX 6QuadPlus, and i.MX 6DualLite SABRE-AI
Platforms.
• 6SoloLite stands for the i.MX 6SoloLite EVK
• 6SoloX-SD stands for the i.MX 6SoloX SABRE-SD Platform.
• 6SoloX-AI stands for the i.MX 6SoloX SABRE-AI Platform.
• 7D-SABRE-SD stands for the i.MX 7Dual SABRE-SD Platform.
• 6UltraLite stands for the i.MX 6UltraLite EVK Platform.
• 6ULL stands for the i.MX 6ULL EVK Platform.
• 7ULP stands for the i.MX 7 Ultra Low Power Platform.
• 8MQuad stands for the i.MX 8MQuad EVK Platform.
In the following table, the U-Boot configurations are listed for each machine configuration. The machine configurations are
provided through the Yocto Project layers in the meta-freescale and meta-fsl-bsp-release layers in the conf/machine sub-
directory.
Table 2. U-Boot configurations
U-Boot configuration for Description Supported machine configuration
Boot device
sd This supports booting from the SD imx6qsabresd, imx6qpsabresd, imx6dlsabresd
card. This is the default U-Boot
imx6qsabreauto, imx6qpsabreauto,
configuration.
imx6dlsabreauto
imx6qsabresd, imx6qpsabresd,
imx6slevk
imx6dlsabresd could be used for
eMMC boot on i.MX 6QuadPlus/Quad imx6sllevk
SDB board and i.MX 6Quad/DualLite
imx6sxsabresd
SDP.
imx6sxsabreauto
imx7dsabresd
imx6ulevk
imx6ull14x14evk
imx7ulpevk
imx8mqevk
spi-nor This supports booting from SPI-NOR. imx6qsabreauto, imx6dlsabreauto
imx6qpsabreauto
imx6slevk
eim-nor This supports booting from Parallel imx6qsabreauto, imx6dlsabreauto,
NOR. imx6solosabreauto imx6qpsabreauto
nand This supports booting from NAND. imx6qsabreauto, imx6dlsabreauto,
imx6solosabreauto imx6qpsabreauto
Note that NAND is not populated on the
i.MX 7Dual SABRE-SD board. Users imx6sxsabreauto
need to populate it if needed.
imx7dsabresd
imx6ull14x14evk
sata This supports booting from SATA. imx6qsabresd, imx6qpsabresd
imx6qsabreauto, imx6qpsabreauto
qspi2 This supports booting from QSPI2. imx6sxsabresd
Booting from the ARM® Cortex®-M4
processor is supported through QSPI2.
Table continues on the next page...
The following table describes the kernel and device trees included in this release. A list of several device tree files are
provided for each board to offer examples on how to handle different pin conflicts due to pin muxing.
Table 3. Kernel and device tree configurations
Kernel and device tree configuration Description
zImage for i.MX 6 and i.MX 7 Binary kernel image for the 4.9.88 kernel. This kernel is built with the
imx_v7_defconfig for any i.MX 6 or i.MX 7 boards.
Kernel image for i.MX 8MQuad
Binary kernel image for i.MX 8MQuad kernel is built using defconfig in
arch/arm64/configs/.
Kernel image: Image
Default DTB Each reference board has a standard device tree as follows:
• zImage-imx6q-sabresd.dtb, zImage-imx6qp-sabresd.dtb
• zImage-imx6dl-sabresd.dtb
• zImage-imx6q-sabreauto.dtb, zImage-imx6qp-sabreauto.dtb
• zImage-imx6dl-sabreauto.dtb
• zImage-imx6sl-evk.dtb
• zImage-imx6sx-sdb.dtb, zImage-imx6sx-sdb-reva.dtb
• zImage-imx6sx-sabreauto.dtb
• zImage-imx7d-sdb.dtb
• zImage-imx6ul-14x14-evk.dtb, zImage-imx6ul-9x9-evk.dtb
• zImage-imx6ull-14x14-evk.dtb
• zImage-imx7ulp-evk.dtb
• Image-fsl-imx8mq-evk.dtb
Table continues on the next page...
1.2 License
The Board Support Package (BSP) is composed of a set of packages and metadata (for Yocto Project Recipes) and each one
has its own licensing. Verify the license of the target package before developing. The license can be found at the top of a
recipe or a source file (such as *.c or *.h). For details, contact your NXP representative.
The following components are released as binary files on the Yocto Project Mirror and have NXP Proprietary Licenses.
During the Yocto Project setup, to set up an i.MX build, accept the NXP license. This acceptance is recorded in the build
configuration files so that the following proprietary binaries can be extracted during the build process. The NXP proprietary
packages contain a Software Content Register (SCR) file that lists information about the package: imx-gpu-viv, imx-codec,
and imx-parser.
1.4 References
This release includes the following references and additional information.
• i.MX Linux® Release Notes (IMXLXRN) - Provides the release information.
• i.MX Linux® User's Guide (IMXLUG) - Contains the information on installing U-Boot and Linux OS and using i.MX-
specific features.
• i.MX Yocto Project User's Guide (IMXLXYOCTOUG) - Contains the instructions for setting up and building Linux
OS in the Yocto Project.
• i.MX Reference Manual (IMXLXRM) - Contains the information on Linux drivers for i.MX.
• i.MX Graphics User's Guide (IMXGRAPHICUG) - Describes the graphics features.
• i.MX BSP Porting Guide (IMXXBSPPG) - Contains the instructions on porting the BSP to a new board.
• i.MX VPU Application Programming Interface Linux® Reference Manual (IMXVPUAPI) - Provides the reference
information on the VPU API.
The quick start guides contain basic information on the board and setting it up. They are on the NXP website.
• SABRE Platform Quick Start Guide (IMX6QSDPQSG)
• SABRE Board Quick Start Guide (IMX6QSDBQSG)
• i.MX 6UltraLite EVK Quick Start Guide (IMX6ULTRALITEQSG)
• i.MX 6ULL EVK Quick Start Guide (IMX6ULLQSG)
• SABRE Automotive Infotainment Quick Start Guide (IMX6SABREINFOQSG)
• i.MX 6SoloLite Evaluation Kit Quick Start Guide (IMX6SLEVKQSG)
2 What's New?
This section describes the changes in this release, including new features and defect fixes.
2.3 Graphics
This section describes new features and bug fixes for the graphics provided in this release.
Graphics Changes are now available in the following locations
• Changes for i.MX with GPU are documented on https://source.codeaurora.org/external/imx/imx-manifest.git/tree/
GraphicsChangeLogv6?h=imx-linux-rocko.
Note:
Linuxptp stack is open source.
Command instance:
ptp4l -A -4 -H -m -i eth0
PCIe All i.MX With the platform that supports the PCIe module.
NOTE: GBR24/RGB565/YUV444
represents the display HW interface
format. Typical values for certain
different display devices are as follows:
TVOUT: YUV444
VGA: GBR24
HDMI&DVI: RGB24
CLAA WVGA LCD: RGB565
Typical values for dev= are shown as
follows:
lcd: LCD interface
ldb: LVDS
hdmi: HDMI on chip or sii902x
dvi: DVI port
vga: VGA through TVE
tve: TVOUT
video on Tells the kernel/driver 1. video=mxcfb0:dev=hdmi, 1. Used when primarily displaying
6SABRE-AI which resolution/ 1920x1080M@60,if=RGB24video=m on HDMI with 1080P60 mode.
depth and refresh xcfb1:dev=ldb,if=RGB666 Secondarily displaying on LVDS
rate should be used 2. video=mxcfb0:dev=ldb,if=RGB666vi with XGA mode.
for display port 0 or 1. deo=mxcfb1:dev=hdmi, 2. Used when primarily displaying
1920x1080M@60,if=RGB24 on LVDS with XGA mode.
3. video=mxcfb0:dev=hdmi, Secondarily displaying on HDMI
1920x1080M@60,if=RGB24 with 1080P60 mode.
Table continues on the next page...
NOTE
For full command line list, see kernel source tree Documentation/Kernel-parameter.txt.
5 Known Issues/Limitations
Read through all hardware-related reference material and ensure that the necessary hardware modifications are made before
using the software.
The following tables list some key known issues.
Table 11. Known issues and workarounds for i.MX 7ULP
Module Source Description Workaround
GPU Software Chromium crashes on Xwayland graphics. No workaround.
DTB Software The imx7ulp-evk-sd1.dtb in the release image Delete the “no-1-8-v” property.
does not support 3.0 SD Card, because it has
the property of “no-1-8-v”.
DTB Software The display coordinates under the touch panel Change the display-coords to <0, 0, 480, 854>.
node in imx7ulp-evk.dts is configured
incorreclty, which may cause the touch point to
be inaccurate.
GPU Software 16 test cases of webgl1.0.2 CTS failed with The issue is related with chromium v64 version,
the error of timeout. and it can be fixed with a new version of
chromium.
Table 12. Common known issues and workarounds for i.MX 6 and i.MX 7
Module Source Description Workaround
Thermal Hardware The Temperature Monitor should only be Ensure proper temperature calibration before
enabled for chips that have undergone proper using the temperature monitor. See the
thermal sensor calibration. MC marked "Thermal Driver" Chapter in the i.MX Linux®
devices have undergone temperature Reference Manual (IMXLXRM).
calibration.
Ethernet Software When booting an image from the local storage, To solve this problem, unmask connman and
the network connection over Ethernet is not start:
established automatically. This is because
connman is masked. $ systemctl unmask connman
$ systemctl enable connman
$ systemctl start connman
Otherwise, udhcpc can be used to establish a
network connection:
$ udhcpc
Table 14. Known issues and workarounds for i.MX 6 SABRE-SD and i.MX 6 SABRE-AI
Module Source Description Workaround
ARM core Software smp_wmb performance is very low. This is the common side-effect of
SMP. No fix plan.
IPU Software The framebuffer driver and V4L2 output Frame Buffer operations should
driver share the same fb device.For be banned during video playback
example, /dev/video16 also uses on the same FB device.
the /dev/fb0 to do video playback.
IPU Hardware Currently, only supports 4-stripe and 2- No workaround.
stripe split mode. When doing large ratio
Table continues on the next page...
Table 14. Known issues and workarounds for i.MX 6 SABRE-SD and i.MX 6 SABRE-AI
(continued)
Module Source Description Workaround
up-scaling from low resolution frames to
high resolution frames, for example,
64x64 to 1920x1080, the requirement
cannot be covered by the current split
mode solution, that is, each stripe would
exceed 1024 pixels for width. Therefore,
the video cannot display a full screen.
IPU Hardware CSI_SMFC_MEM capture channel The current workaround is to
cannot support 32 pixel IDMAC burst size change 32 pixel burst size to 16
for non-interleaved and partial-interleaved pixel burst size, which would
YUV pixel formats with non-16byte- bring considerable capture
aligned UV stride line. Little horizontal performance penalty.
stripes can be seen on the capture
frames.
LVDS Hardware HannStar HSD100PXN1 panel, backlight No workaround.
brightness does not change from 0 to 2.
This is limitation that comes from the
panel itself. This is also a limitation for all
the i.MX 6Quad/QuadPlus/DualLite/SoloX
platforms, which use this HannStar
HSD100PXN1 panel.
PRE Hardware When the software write No workaround.
(hw_pre_ctrl_pio_write) and the hardware
write (hw_pre_ctrl_enable_enable ) are in
the same clock cycle, the hardware write
is ignored, because the software write
has a higher priority. It causes the PRE to
stop working unless the whole PRE+PRG
+ IPU corresponding channel is restarted.
This issue is tracked by the PDM ticket
TKT275991. The relevant framebuffer
pan display or set par operations may
cause the PRE to stop working due to
accidentally triggering the hardware bug.
GPU Software There are some errors with the webgl Upgrade the Chrome application
conformance test. This is a Chrome to the stable version with V52.
application problem, which does not pass
down the correct parameters to the GPU
driver, and does not handle the
application error correctly.
GPU Software Xwayland is not displayed when running Apply the new GPU patch
the VDK ES11 application with the release after 5.0.11.p8.6.
retrace tool. This is not a GPU driver
problem. It only has impact on the ES11
VDK use case on the Xwayland platform,
no impact on the typical usage in general.
PCIe Hardware/Software To pass the PCIe compliance tests, Add one extra DTB file to support
external OSC should be used as the PCIe to pass the compliance
PCIe REF clock. Therefore, to import the tests. For example, "imx6qp-
external OSC to PCIe, the PLL6_ENET sabresd-ldo-pcie-cert.dtb" used
should be set to bypass mode. Then, the
ENET/SATA cannot work simultaneously.
Table continues on the next page...
Table 14. Known issues and workarounds for i.MX 6 SABRE-SD and i.MX 6 SABRE-AI
(continued)
Module Source Description Workaround
by iMX 6QuadPlus SABRE-SD
board to pass the PCIe
compliance tests.
Memory Management Software The system reports page allocation This may be caused by the
failure: order:9, mode:0xd0 when the kernel page reclaiming issue.
system does not have sufficient physical One workaround for this: echo 1
continuous memory to allocate. > /proc/sys/vm/drop_caches
before you run the application.
HDMI Software HDMI cannot be set to 1080p@60hz with Use the xrandr application to
kernel configuration settings. configure the HDMI resolution
from user-space.
ASRC Hardware Two ASRC M2M instances and one P2P When there are three instances,
instance conversion simultaneously meet the total MIPS consumption
serious noise on 176 KHz and 192 KHz should not exceed the ASRC
sampling rates. master clock (132 MHz). In this
situation, the total MIPS
consumption is more than 120
MHz, and it is close to the
threshold (132 MHz) in theory.
Therefore, this is a capability
issue of ASRC, and the noise is
expected.
Table 16. Known issues and workarounds specifically for i.MX 6Dual/6Quad SABRE-SD
Module Source Description Workaround
SATA Boot Hardware The system cannot boot from SATA on the Rev.B Remove R7.
board.
Boot Hardware The system cannot boot sometimes when it ist Add 2.2M ohm resistor to 24M OSC.
powered on the Rev. B board for the first time.
Suspend/ Hardware/ Suspend/Resume failure if board rework "Add Remove rework.
Resume Software 2.2M ohm resistor to 24M OSC".
Table 17. Known issues and workarounds specifically for i.MX 6Solo/6DualLite SABRE-SD
Module Source Description Workaround
PMIC Hardware The i.MX 6DualLite SD board depopulates the i.MX 6DualLite uses dumb mode by default.
resistor R30 and takes away the ability of the
processor to turn off the PMIC in hardware.
EPDC Software Enabling E Ink Auto-update mode (Device Disable the E Ink Auto-update Mode feature in
Drivers > Graphics Support > E Ink Auto- the menuconfig.
update Mode Support) causes E Ink panel
updates to be distorted and flaky.
EPDC Hardware The three boards cannot boot with EPDC DC2 This occurs when the SW3 (KEYPAD_LOCK)
attached while they boot normally without DC2 switch on the EBOOK DC2 board is switched
daughter cards. "ON", which affects the boot bin "EIM_DA7"
(BT_CFG1_7). You need to set the SW3 in DC2
board to "OFF."
Table 18. Known issues and workarounds for i.MX 6Dual/6Quad SABRE-AI
Module Source Description Workaround
ARM core Software CONFIG_SMP should be disabled for the i.MX To remove overhead caused by SMP for better
6Solo chip. performance, CONFIG_SMP is expected to be
disabled for single core. Complete support with
SMP disabled is provided with future Linux BSP
release.
IPU Hardware Default 24bpp on the second display used by No workaround.
HDMI. IPU keeps printing error for hardware
bandwidth limitation as described in CR
ENGR00293432.
eCompass Hardware eCompass cannot work after EIM-NOR or SPI- No workaround.
NOR are enabled on the kernel.
USB Software USB OTG and USB host cannot work after No workaround.
EIM-NOR or SPI-NOR are enabled on kernel.
TV-IN Software Error messages may be expected along with No workaround.
bad quality at first frames on the TV-IN
interface. This may occur on a hot plug
connection.
U-Boot Hardware ENGR00236878: eMMC 4.4 fails to boot on No workaround.
SABRE-AI boards.
MLB Software The SYNC mode cannot work stably in the No workaround.
test.
Table 18. Known issues and workarounds for i.MX 6Dual/6Quad SABRE-AI (continued)
Module Source Description Workaround
SDIO3.0 Software No available device to do the SDIO 3.0 test. No workaround.
SPI-NOR Software Fail to erase NOR memory. Will be fixed in the next release.
Table 19. Known issues and workarounds specifically for i.MX 6QuadPlus
Module Source Description Workaround
PRE Hardware When the software write(hw_pre_ctrl_pio_write) and the hardware No workaround.
write(hw_pre_ctrl_enable_enable ) are in the same clock cycle, the
hardware write is ignored, because the software write has a higher
priority. It causes the PRE to stop working unless the whole PRE
+PRG + IPU corresponding channel is restarted.
This issue is tracked by the PDM ticket TKT275991. The relevant
framebuffer pan display or set par operations are likely to cause the
PRE to stop working due to accidentally triggering the hardware
bug.
Table 20. Known issues and workarounds specifically for i.MX 6Solo/6DualLite SABRE-AI
Module Source Description Workaround
Hardware Hardware HDMI, SD3 card detection, and eGalax This is because some PINs are not soldered well.
manufacture touch screens are found to fail on some If any basic feature, which is announced to be
boards. supported, does not work on your board, check
the board.
CPU hotplug Software System hangs after conducting CPU hot Known ARM Linux OS limitation. No workaround
plug many times during heavy interrupt. as of yet.
VPU Software Cannot support "-x 1" option for unit test To avoid this issue, do not use "-x 1", because "-x
program mxc_vpu_test.out, because 1" means enabled for IPU library.
IPU library is removed.
Table 21. Known issues and workarounds for i.MX 6SoloLite (continued)
Module Source Description Workaround
X-Acceleration Hardware/ Out of memory error during the x11perf It is a system limitation since the x11perf
Software test. needs a lot of memory. No work-around on
the EVK board (only with LPDDR2 memory
of 512 MB). Users may use a larger memory
to work around this issue.
Mfgtool2 Software Mfgtool2 may fail to execute the frf Remove the frf command from ucl2.xml to
command if there is no send or pipe fix this issue.
command executed prior to it.
FUSE for RTC Hardware SEC_CONFIG[0] fuse bit is not burned, In U-Boot prompt, run the command "imxotp
which leads the RTC not to be functional. blow --force 4 0x2". This action is
irreversible.
SDIO3.0 Software No available device to do the SDIO 3.0 No workaround.
test.
HDMI Software ENGR00298771, i.MX 6SoloLite EVK: on No workaround. Only found on 1400x1050
some special resolutions, such as mode until now.
1400x1050, the Yocto Project GUI display
on HDMI is distorted. This is caused by
xrandr and tries to expand the frame buffer
size to 1408x1050 to align with 16 bytes.
However, i.MX 6SoloLite ELCDIF does not
support stride buffer and cannot crop
1400x1050 from the buffer 1408x1050,
which then causes distortion.
WiFi/BCMDHD Software i.MX 6SoloLite EVK does not support This relese does not support
enabling CONFIG_BCM4339 to optimize CONFIG_BCM4339.
performance due to known Wi-Fi driver
limitation.
Table 22. Known issues and workarounds for i.MX 6SoloX (continued)
Module Source Description Workaround
PCIe Hardware/ When the extremely power save mode is No workaround.
Software enabled on i.MX 6SoloX PCIe, the i.MX
6 SoloX PCIe phy/controller would be
powered off completely, all the TLPs on
the PCIe link would be discarded, and
link would be down in suspend. The i.MX
6 SoloX PCIe and the PCIe link would be
re-initialized completely during resume
operations. There is one known issue
when the pcie2usb device is used during
suspend/resume. The development node
of the pcie2usb device maybe changed,
since the pcie2usb device is reset when
the i.MX 6SoloX PCIe is re-initialized
during resume.
MMC Software Hynix eMMC times out when the rootfs Rootfs should not automatically mount the
automatically mounts the RPMB partition RPMB partition, because it is a secure partition.
on i.MX 6SoloX SD.
CSI/LCD Hardware CSI and LCD cannot be used No workaround.
simultaneously since the two modules
share the same pins on the i.MX 6SoloX
SABRE-SD board.
UART Hardware UART cannot wake up with the RTS pin No workaround.
programmed with hard flow control
enabled. And there is limitation of the
framesize to about 16.
Table 23. Known issues and workarounds for i.MX 6UltraLite and 6ULL EVKs
Module Source Description Workaround
EMMC/SD/ Hardware For i.MX 6ULL, the existing errata No workaround.
SDIO ERR010450, EMMC HS200, and SD/SDIO
3.0 SDR104 at 1.8 V can only work below
or equal to 150 MHz. EMMC DDR52 and
SD/SDIO DDR50 at 1.8 V can only work
below or equal to 45 MHz.
Table 24. Known issues and workarounds for i.MX 7Dual SABRE-SD
Module Source Description Workaround
EPDC Software EPDC does not function for REGAL/-D The upper-layer application or framework needs
due to license issue. to check the correct touch driver.
HDMI Software HDMI supports only one startup Cannot port Vivante or NXP EXA driver to the
resolution mode 1280x720 when i.MX 7Dual board, because the EXA driver
booting to X backend rootfs. depends on Vivante's 2D library and there is no
GPU hardware on i.MX 7Dual. Therefore, a
default software version driver (FBDEV) is used
for i.MX 7Dual. The FB video mode is changed
by FB command, but the UI cannot get the
Table continues on the next page...
Table 24. Known issues and workarounds for i.MX 7Dual SABRE-SD (continued)
Module Source Description Workaround
video mode changed event, because i.MX
7Dual has no GPU hardware and still draws the
UI to original video mode. No workaround.
HDMI Software After booting up, it connects to the Cannot port Vivante or NXP EXA driver to the
HDMI cable. The X backend desktop i.MX 7Dual board, because the EXA driver
cannot display. depends on Vivante's 2D library and there is no
GPU hardware on i.MX 7Dual. Therefore, a
default software version driver (FBDEV) is used
for i.MX 7Dual. It is expected, because FB video
mode is changed after the HDMI cable is
plugged in, and the UI cannot handle the HDMI
cable plugin event or change the UI to new
video mode. No workaround.
Wi-Fi Software Wi-Fi does not support suspend/ BroadCom Wi-Fi is not supported.
resume when doing IPERF.
PCIe Hardware Cannot probe up PCIe devices on Hardware rework is required. Rework: Change
Rev. C board. C459&C458 caps to 0 ohm resistors.
eMMC Software eMMC fast boot fails with plug-in U- 1. Use U-Boot SPL to replace the plug-in
Boot. boot, which supports the uSDHC driver.
SPL can read the remaining U-Boot from
eMMC by itself without using ROM's API.
2. Plug-in implements its own eMMC read
routine to read the remaining U-Boot.
Low power Hardware TKT291710 low-power idle stress test No workaround.
fails in the Linux OS kernel, with
identical hardware settings. CPU #0
runs into exception, and CPU #1 is
successful.
6 Multimedia
This chapter contains the information on the 4.3.5 multimedia component of the BSP.
The GStreamer version in this release is 1.12.2.
NOTE
• To support WMA, AAC+, AC3, DD+, and RA decoding, install separate packages.
• vpudec plugins are only for SoCs with the VPU hardware.
• OpenGL (ES) plugins are from the gst-plugins-bad package, accelerated with
Vivante private APIs.
• Enable video framebuffer compression (DTRC) by using: kmssink force-
hantrotile=true.
NOTE
This recording engine is only available in platforms with VPU.
NOTE
The demo applications are only available in platforms with VPU and in an X11
environment.
Table 30. Video codec specification for hardware with VPU acceleration (continued)
Feature Profile Max. Min. Max. H/W or S/W Bitrate Comment
resolution resolution framerate
MJPEG - 1920 * 1080 64 * 64 30 fps H/W 120 -
Mpixl
RV 8/9/10 1920 * 1080 64 * 64 30 fps H/W 40 -
Mbps
HEVC main, main 3840 * 2160 64 * 64 60 fps H/W 160 -
10 Mbps
VP9 profile 0, 2 3840 * 2160 64 * 64 60 fps H/W 160 -
Mbps
NOTE
• The bitrate (bps) supported for MP3 encoder: 32 k, 48 k, 56 k, 64 k, 80 k, 96 k, 112
k, 128 k, 160 k, 192 k, 224 k, 256 k, 320 k
• The sample and supported bitrate (bps) combinations for WMA8 encoder:
• For mono output:
• 22050 Hz: 20 k, 16 k, 22 k, 17.6 k
• 32000 Hz: 20 k, 22 k
• 44100 Hz: 32 k, 35.2 k, 48 k, 52.8 k
• For Stereo output:
• 22050 Hz: 35.2 k, 32 k, 22 k, 20 k
• 32000 Hz: 52.8 k, 48 k, 44 k, 40 k, 35.2 k, 32 k
• 44100 Hz: 211.2 k, 192 k, 176 k, 160 k, 140.8 k, 128 k, 105.6 k, 96 k,
88 k, 80 k, 70.4 k, 64 k
• 48000 Hz: 211.2 k, 192 k, 176 k, 160 k, 140.8 k, 128 k
7 Revision History
This table provides the revision history.
Web Support: reserves the right to make changes without further notice to any products herein.
nxp.com/support NXP makes no warranty, representation, or guarantee regarding the suitability of its products for
any particular purpose, nor does NXP assume any liability arising out of the application or use
of any product or circuit, and specifically disclaims any and all liability, including without
limitation consequential or incidental damages. “Typical” parameters that may be provided in
NXP data sheets and/or specifications can and do vary in different applications, and actual
performance may vary over time. All operating parameters, including “typicals”, must be
validated for each customer application by customer’s technical experts. NXP does not convey
any license under its patent rights nor the rights of others. NXP sells products pursuant to
standard terms and conditions of sale, which can be found at the following address:
nxp.com/SalesTermsandConditions.
NXP, the NXP logo, Freescale, and the Freescale logo are trademarks of NXP B.V. All other
product or service names are the property of their respective owners.
Arm, the Arm logo, and Cortex are registered trademarks of Arm Limited (or its subsidiaries)
in the EU and/or elsewhere. IEEE 1588 and 802 are registered trademarks of the Institute of
Electrical and Electronics Engineers, Inc. (IEEE). This product is not endorsed or approved by
the IEEE. The Bluetooth word mark and logos are registered trademarks owned by Bluetooth
SIG, Inc. and any use of such marks by NXP is under license. All rights reserved.
© 2018 NXP B.V.