The firmware extended data IPC and manifest structures are designed to
be extendable without breaking the driver-firmware ABI. Driver should
not raise a warning in case a new header type is detected at
firmware boot. There are already checks for IPC ABI compatibility in
snd_sof_ipc_valid() and if the versions are deemed compatible, extra
fields in IPC messages should not trigger warnings.
Signed-off-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
Reviewed-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
Reviewed-by: Karol TrzciĆski <karolx.trzcinski@linux.intel.com>
Link: https://lore.kernel.org/r/20201111173321.1933452-1-kai.vehmanen@linux.intel.com
Signed-off-by: Mark Brown <broonie@kernel.org>
                        /* They are supported but we don't do anything here */
                        break;
                default:
-                       dev_warn(sdev->dev, "warning: unknown ext header type %d size 0x%x\n",
+                       dev_info(sdev->dev, "unknown ext header type %d size 0x%x\n",
                                 ext_hdr->type, ext_hdr->hdr.size);
                        ret = 0;
                        break;
                        ret = ext_man_get_dbg_abi_info(sdev, elem_hdr);
                        break;
                default:
-                       dev_warn(sdev->dev, "warning: unknown sof_ext_man header type %d size 0x%X\n",
+                       dev_info(sdev->dev, "unknown sof_ext_man header type %d size 0x%X\n",
                                 elem_hdr->type, elem_hdr->size);
                        break;
                }