Kdump之kdump分析(续)
在第二个内核以类似ro root=LABEL=/ rhgb quiet irqpoll maxcpus=1 reset_devices memmap=exactmap memmap=640K@0K memmap=5264K@16384K memmap=125152K@22288K ...
Kdump之kdump分析
说Kexec是基于kexec机制工作的,但关于Kdump到底是怎么实现的， 比如将第二个内核怎么加载到具体的保留位置，第一个内核crash后怎么传需要的elfcorehdr和memmap参数给第二个内核，另外第二个内核是怎么调用makdedumpfile来过滤压缩页的,网上一些资料给的都太概括了...
Kdump之kexec源码分析(续)
/* * relocate_kernel.S - put the kernel image in place to boot * Copyright (C) 2002-2004 Eric Biederman ebiederm@xmission.com> * * Thi...
Kdump之kexec源码分析
知道kexec还是在linuxsir上看到一篇介绍其应用的帖子, 经常用kexec快速启动内核的步骤如下: (1).kexec -l --append="" [--initrd=xxxxxxxxxxx一般是要的,不过某些情况下可选] 例如: kexec -l /boot/...
Kdump之makedumpfile源码分析
出自:http://blog.chinaunix.net/uid-10328574-id-2951118.html kexec是一个快速启动机制，允许在已经运行的内核的上下文启动另一个Linux内核，不需要经过BIOS。BIOS可能会消耗很多时间，特别是带有众多数量的外设的大型服务器。这种办法可...
使用 Crash 工具分析 Linux dump 文件
前言 Linux 内核（以下简称内核）是一个不与特定进程相关的功能集合，内核的代码很难轻易的在调试器中执行和跟踪。开发者认为，内核如果发生了错误，就不应该继续运行。因此内核发生错误时，它的行为通常被设定为系统崩溃，机器重启。基于动态存储器的电气特性，机器重启后，上次错误发生时的现场会遭到破坏...
mini2440网卡驱动DM9000之dm9000_start_xmit
/* 调用时机：当网卡有数据需要发送的时候，该函数被调用 */ static int dm9000_start_xmit(struct sk_buff *skb, struct net_device *dev) { unsigned long flags; board_info_t ...
Linux内核和用户空间通信的方法（二）— 使用netlink
理论篇 在 Linux 2.4 版以后版本的内核中，几乎全部的中断过程与用户态进程的通信都是使用 netlink 套接字实现的，例如iprote2网络管理工具，它与内核的交互就全部使用了netlink，著名的内核包过滤框架Netfilter在与用户空间的通读，也在最新版本中改变为net...
Linux内核和用户空间通信的方式（一）— proc文件和mmap共享内存
之所以想写这篇文章，是有两个方面原因。其一是内核版有一个关于《内核可以从线性地址直接计算物理地址，用来做什么呢？》的讨论，偶说计算出物理地址可以共享给用户空间读写。dreamice兄说能否说一下详细的应用。其二是alb*版主提到wheelz曾经写过这样一个例程，拜读了一把，发现在传递物理地址和内存...