dtv_driver.ko

替换dtv_driver.ko .步骤:

[email protected]:/ # get_rootfs.sh

grep -w boot /proc/partinfo | grep -o part.. |grep -o ‘[1-9]*[0-9]$‘

cat /dev/block/mmcblk0p5 > /cache/out/boot.img

split_bootimg /cache/out/boot.img

gunzip -dc /cache/out/boot.img-ramdisk.gz | cpio -i

27166 blocks

Extracting rootfs into

===>  /cache/out/rootfs

Update rootfs by

===> update_rootfs.sh

[email protected]:/ #

[email protected]:/ # cd /cache/out/rootfs/

[email protected]:/cache/out/rootfs # rm -rf dtv_driver.ko

[email protected]:/cache/out/rootfs # cp /usbdisk/dtv_driver.ko .                                       <

[email protected]:/cache/out/rootfs # sync

[email protected]:/cache/out/rootfs # update_rootfs.sh

grep -w boot /proc/partinfo | grep -o part.. |grep -o ‘[1-9]*[0-9]$‘

mkbootfs /cache/out/rootfs | gzip > /cache/out/new-boot.img-ramdisk.gz

mkbootimg  --kernel /cache/out/boot.img-kernel  --ramdisk /cache/out/new-boot.img-ramdisk.gz --output /cache/out/new-boot.img

dd of=/dev/block/mmcblk0p5 bs=1M if=/cache/out/new-boot.img

8+1 records in

8+1 records out

9060352 bytes (8.6MB) copied, 0.539586 seconds, 16.0MB/s

[email protected]:/cache/out/rootfs #

重启

dtv_driver.ko,布布扣,bubuko.com

时间: 2024-11-20 12:46:56

dtv_driver.ko的相关文章

CONFIG_DEBUG_INFO 能显著增加ko文件的大小

CONFIG_DEBUG_INFO以调试方式编译内核(gcc -g).仅供内核开发者使用Debug VM my-video.ko:     文件格式 elf32-i386 节: Idx Name          Size      VMA       LMA       File off  Algn 0 .note.gnu.build-id 00000024  00000000  00000000  00000034  2**2 CONTENTS, ALLOC, LOAD, READONLY,

函数导出在kvm_intel.ko,kvm.ko不共享

KVM一共包含了三个内核模块,kvm_intel.ko,kvm_amd.ko,kvm.ko.其中两个重要文件x86.c和vmx.c在编译后分别会生成kvm_intel.ko和kvm.ko两个内核模块,所以在两个文件当中定义的同一个结构体,在另一个文件中不能共用,因为两者处于不同内核模块.举例说明在kvm_host.h中定义结构体数组如下: #define table_len 10000 struct vm_task_table { unsigned long vm_task_cr3; pid_t

centos6.5下编译hello.ko驱动程序

说明: 该驱动编译过程是在虚拟机中,安装完centos 6.5系统后: A:默认make为用的自带的内核版本,我的centos 6.5系统 版本为(命令uname -r):2.6.32-431.el6.x86_64时: A1.cd /usr/src/kernel/下: A2.将2.6.32-431.el6.x86_64的kernel文件夹复制到/usr/src/下: A3.在/usr/src/2.6.32-431.el6.x86_64/drivers/下创建存放hello测试程序的目录:mkdi

ko学习笔记

我们先来look一下ko实现原理mvvm模式,即模型-视图-视图模型. mvvm一开始我觉得跟mvc模式的差不多,只是把controller换成viewmodel取代,换汤不换药,后来深入了解一下mvvm之后发现两者还是有区别的.比如以ko实现的mvvm模式而言,其核心是“绑定”即“数据的绑定”和“行为的绑定”.数据的绑定,就是将viewmodel定义的数据绑定到View中的html元素上,它支持双向和单向绑定,用户在界面上输入的数据可以被viewmodel捕获,而viewmodel对数据的更新

基于KO+bootstrap+MVC的分页控件

JS: 1 /// <reference path="../knockout-3.2.0.js" /> 2 var ViewModel = function (data) { 3 var self = this; 4 self.ObjectList = ko.observableArray(data.ObjectList) 5 self.TotalCount = ko.observable(data.TotalCount); 6 self.PerCount = ko.obs

KnockoutJS 3.X API 第三章 计算监控属性(3) KO如何实现依赖追踪

KO是如何实现自动更新的 初学者可以掠过该篇,如果你是一个刨根问底的开发者,那本节将告诉你KO是如何实现依赖追踪和UI自动更新的. 其实很简单,KO的依赖追踪算法如下: 当你声明一个计算监控属性,KO立即调用其相关的函数来获取其初始值. 当相关函数正在运行,KO将建立一个订阅到相关监控属性(包括其他计算监控属性)并读取他们的值.订阅回调函数设置为订阅函数再次运行,循环的这个过程. 当有新的值,KO会通知你的计算监控属性将值反馈给用户. 采用PEEK控制依赖 Knockout的自动依赖跟踪通常不是

easyui.treegrid与ko的绑定

一.自定义ko绑定属性 ko.bindingHandlers.etreegrid = { editing: false, editIndex: 0, init: function (element, valueAccessor, allBindings, viewModel, bindingContext) { var self = ko.bindingHandlers.etreegrid; var opts = valueAccessor(); $(element).treegrid({ ur

Linux内核驱动将多个C文件编译成一个ko文件的方法——每个C文件里都有module_init与module_exit

以两个C文件为例: 将本该被分别编译成adc_device.ko和adc_driver.ko的adc_device.c.adc_driver.c编译成一个ko文件! 采用方法: 第一步.修改C文件 1.去掉adc_device.c文件里module_init(xxx).module_exit(yyy)中xxx.yyy 函数原型的关键字static 2.注销adc_device.c文件里module_init(xxx).module_exit(yyy)函数 3.在adc_driver.c文件里添加

Knockout中ko.utils中处理数组的方法集合

每一套框架基本上都会有一个工具类,如:Vue中的Vue.util.Knockout中的ko.utils.jQuery直接将一些工具类放到了$里面,如果你还需要更多的工具类可以试试lodash.本文只介绍一下Knockout中ko.utils中处理数组的一些方法. ko.utils.arrayForEach(array, callback) 与Array.prototype.forEach作用一致.提供函数(回调函数)对数组的每个元素执行一次.使用方法: var arr = [1, 2, 3, 4