首页 > 代码库 > Linux3.X下的Samsung MFC(Multi Format Codec) Firmware

Linux3.X下的Samsung MFC(Multi Format Codec) Firmware

作者:咕唧咕唧liukun321

来自:http://blog.csdn.net/liukun321


三星系列处理器,从S3c6410开始SOC上就集成了一个MFC(Multi Format Codec)多格式媒体编解码器硬件模块。并且三星的linux BSP开源了对它的驱动。看过MFC驱动的朋友,肯定发现了,在驱动初始化过程中,内核需要加载一个Samsung MFC 固件。没有它MFC是用不了的。下面我们就看看,这个固件是怎么和内核联系起来的。从哪能获得固件。

先看MFC固件的加载,这个过程如下,以exynos4412 Linux 3.5 的BSP为例,在linux-3.5\drivers\media\video\s5p-mfc\s5p_mfc.c:


static int s5p_mfc_open(struct file *file)
{
         structs5p_mfc_dev *dev = video_drvdata(file);
         structs5p_mfc_ctx *ctx = NULL;
         structvb2_queue *q;
         unsignedlong flags;
         intret = 0;
         exynos_cpufreq_lock_freq(1,MAX_CPU_FREQ);
#ifdef CONFIG_BUSFREQ_OPP
         dev_lock(dev->bus_dev,dev->device, BUSFREQ_400MHZ);
#endif
 
         mfc_debug_enter();
         dev->num_inst++;   /* It is guarded by mfc_mutex in vfd */
         /*Allocate memory for context */
         ctx= kzalloc(sizeof *ctx, GFP_KERNEL);
         if(!ctx) {
                   mfc_err("Notenough memory\n");
                   ret= -ENOMEM;
                   gotoerr_alloc;
         }
         v4l2_fh_init(&ctx->fh,video_devdata(file));
         file->private_data= http://www.mamicode.com/&ctx->fh;>

展开第83行函数ret = s5p_mfc_alloc_and_load_firmware(dev);


int s5p_mfc_alloc_and_load_firmware(struct s5p_mfc_dev *dev)
{
	struct firmware *fw_blob;
	size_t bank2_base_phys;
	void *b_base;
	int err;

	/* Firmare has to be present as a separate file or compiled
	 * into kernel. */
	mfc_debug_enter();
	err = request_firmware((const struct firmware **)&fw_blob,
				     "s5p-mfc.fw", dev->v4l2_dev.dev);
	if (err != 0) {
		mfc_err("Firmware is not present in the /lib/firmware directory nor compiled in kernel\n");
		return -EINVAL;
	}
	dev->fw_size = ALIGN(fw_blob->size, FIRMWARE_ALIGN);
	if (s5p_mfc_bitproc_buf) {
		mfc_err("Attempting to allocate firmware when it seems that it is already loaded\n");
		release_firmware(fw_blob);
		return -ENOMEM;
	}
	s5p_mfc_bitproc_buf = vb2_dma_contig_memops.alloc(
		dev->alloc_ctx[MFC_BANK1_ALLOC_CTX], dev->fw_size);
	if (IS_ERR(s5p_mfc_bitproc_buf)) {
		s5p_mfc_bitproc_buf = NULL;
		mfc_err("Allocating bitprocessor buffer failed\n");
		release_firmware(fw_blob);
		return -ENOMEM;
	}


只看关键部分,分析一下request_firmware((const struct firmware**)&fw_blob, "s5p-mfc.fw", dev->v4l2_dev.dev); 从函数名看,不难联想其功能:加载固件。 其实就是把固件中的数据搬到fw_blob 的一个成员指向的内存中,具体怎么搬,看后面分析。 说到这里,我们有必要再看一下struct firmware 这个结构的定义

struct firmware {

         size_t size;

         const u8*data;

         struct page**pages;

};

该说说固件加载的过程了,request_firmware执行过程中,会为实例化的struct firmware结构分配内存,并且函数将在 /sys/class/firmware 下创建一个以设备名为目录名的新目录,其中包含3 个属性:

loading :这个属性应当被加载固件的用户空间进程设置为 1。当加载完毕, 它将被设为 0。被设为 -1 时,将中止固件加载。
data :一个用来接收固件数据的二进制属性。在设置 loading 1, 用户空间进程将固件写入这个属性。
device :一个链接到 /sys/devices 下相关入口项的符号链接。

一旦创建了 sysfs 入口项, 内核将为设备产生一个热插拔事件,并传递包括变量FIRMWARE的环境变量给处理热插拔的用户空间程序。FIRMWARE被设置为提供给 request_firmware 的固件文件名。

用户空间程序定位固件文件, 并将其拷贝到内核提供的二进制属性;若无法定位文件, 用户空间程序设置 loading 属性为 -1。

 

若固件请求在 10 秒内没有被服务, 内核就放弃并返回一个失败状态给驱动。超时周期可通过 sysfs 属性 /sys/class/firmware/timeout 属性改变。

 

说了这么多,其实还落了个重点。其实在执行request_firmware时还有这样一个过程:判断固件是否被编译进内核,如果在内核编译过程就加入了固件,上面说的那个过程就白扯了---用不到。看下面代码:

fw_priv =_request_firmware_prepare(firmware_p, name, device, true,false);

if (IS_ERR_OR_NULL(fw_priv))

         returnPTR_RET(fw_priv);

 

这是request_firmware函数开头的一小段代码,_request_firmware_prepare 函数执行过程,判断固件若被编译入内核,则从内核全局的固件地址(指针)处往目标地址进行拷贝,也就是拷贝到structfirmware data成员指向的内存处(最终完成立了固件的加载),然后_request_firmware_prepare返回空指针,进而request_firmware函数也返回了。此过程代码实现如下:

static struct firmware_priv *
_request_firmware_prepare(const struct firmware **firmware_p, const char *name,
			  struct device *device, bool uevent, bool nowait)
{
	struct firmware *firmware;
	struct firmware_priv *fw_priv;

	if (!firmware_p)
		return ERR_PTR(-EINVAL);

	*firmware_p = firmware = kzalloc(sizeof(*firmware), GFP_KERNEL);
	if (!firmware) {
		dev_err(device, "%s: kmalloc(struct firmware) failed\n",
			__func__);
		return ERR_PTR(-ENOMEM);
	}

	if (fw_get_builtin_firmware(firmware, name)) {
		dev_dbg(device, "firmware: using built-in firmware %s\n", name);
		return NULL;
	}
。。。。。
}

上面扯了一堆固件加载过程的东西,其实不止是MFC,几乎所有的固件加载都是遵循上面的过程。

再来点实用的东西。

我们该从哪里获得固件呢?

1、找三星技术支持。

2、找第三方开发板售后。

3、从网上Down

前两条就当是废话,三星不会搭理我们这些小用户。开发板售后?他们只会说:自己找一下,光盘里呢!光盘里是有,可我想要高版本的哪去搞?

这个也不难,google一下流行的发行版的linux内核分支,固件嘛好在是应用于全平台的。立马就有了。

下面附上我拿到的固件:

Samsung MFC 固件下载

共包含以下文件:
 * MFCv5 firmware (s5p-mfc.fw)
 * MFCv6 firmware, version 1 (s5p-mfc-v6.fw)
 * MFCv6 firmware, version 2 (s5p-mfc-v6-v2.fw)
 * MFCv7 firmware (s5p-mfc-v7.fw)
 * MFCv8 firmware (s5p-mfc-v8.fw)

在我的内核包里,用的是s5p-mfc.fw,也就是MFCv5。

另外还找到了一些关于MFC固件版本与处理器对应关系的信息:

s5p-mfc-v7.fw: Used in exynos 5420

s5p-mfc-v8.fw: Used in exynos 5800

 

本文的内容就这么多了,下篇文章希望能够接上篇,分析Live555服务器流程。Live555用的时间短,文字码出来,总感觉质量不行。好事多磨吧。