【IT168服务器频道】用了一段时间的RTM版windows7，发现貌似windows7在存储控制器方面有些问题，这里做下总结。
一、我的台式计算机dell inspiron530
我在以前的文章里也摸索过一些问题，这里简要的介绍下硬件配置。主板是intel的3系列，南桥只有sata接口，接了一个硬盘和一个光驱。 pci卡上插了一块silicon image的i680存储控制器，以兼容我老式机器的一块硬盘和一个光驱。
问题1：安装时不能正常加载silicon image存储控制器的驱动。
这个问题以前的文章里也提及过，安装时驱动不能加载，或者说是在加载画面卡住。即使过了很长时间，加载画面过去了，此时又回到安装时的硬盘选项，驱动任然没有被安装。安装系统时不去安装这个驱动，直接安装系统（安装在主板集成的那个控制器下挂载的硬盘上），等安装好了系统，操作系统会自动加载驱动，这个驱动还和我用介质安装时手动加载的驱动还是一样。
问题2：自动安装存储控制器之后，硬盘和光驱被计算机管理工具识别，但是我的电脑里不能被加载使用，重启一下计算机，所有的硬盘和光驱才可以正常使用。
问题3：安装存储控制器驱动后的第一次关机不正常。
操作系统刚安装好的时候，会自动安装一些硬件和驱动，这时出现了问题2。经过我实践证明，只要重启下，以后再次使用，问题2就不存在了。但是第一次系统重启时又会出现新的问题，就是不能正常关机。屏幕显示正在关机，然后就卡住了。过了正常的关机时间范围，看看硬盘灯基本也不亮了，电源就是不熄火，屏幕卡在正在关机画面。
在7260版本时，我过了个十多分钟就直接强制重启了，之后的系统一切正常，什么问题都没有了。
这次是装RTM版，由于已经有了前一次这样的情况。我直接搬来本本，看着它，看它到底能发生什么。一直等待了大约半个小时，蓝屏了哈。这就意味着我可以去看看dump文件了。
DRIVER_POWER_STATE_FAILURE (9f)
A driver is causing an inconsistent power state.
Arguments:
Arg1: 00000004, The power transition timed out waiting to synchronize with the Pnp
subsystem.
Arg2: 00000258, Timeout in seconds.
Arg3: 84d7ad48, The thread currently holding on to the Pnp lock.
Arg4: 8275db24
上面的报错信息是说一个驱动导致错误的电源状态，电源传输等待即插即用设备同步超时。
FOLLOWUP_IP:
cdrom!DeviceSendPowerProcessRequest+15b
8b7f4916 84c0 test al,al
SYMBOL_STACK_INDEX: 8
SYMBOL_NAME: cdrom!DeviceSendPowerProcessRequest+15b
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: cdrom
IMAGE_NAME: cdrom.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bbf1c
FAILURE_BUCKET_ID: 0x9F_cdrom!DeviceSendPowerProcessRequest+15b
BUCKET_ID: 0x9F_cdrom!DeviceSendPowerProcessRequest+15b
上面的信息给出了错误指令和所在模块以及偏移地址。上面橙色mark的地方就是我猜测的错误的地方了哈：test al,al。test指令是条测试指令，要根据结果影响FR（标志寄存器）的。test al,al，自己和自己比较，这个结果肯定是一个一定的结果，如果后面的指令根据test al,al所影响的标志寄存器的位来判断转跳什么的，这个很可能造成死循环哦，死循环就可能导致其他进程超时。我猜这个算是微软coder的一个笔误吧！
0: kd> lmvm cdrom
start end module name
8b7df000 8b7fe000 cdrom (pdb symbols) d:\symbolslocal\cdrom.pdb\45095501C39640C5BEEACE8E677232CC2\cdrom.pdb
Loaded symbol image file: cdrom.sys
Mapped memory image file: D:\symbolslocal\cdrom.sys\4A5BBF1C1f000\cdrom.sys
Image path: \SystemRoot\system32\DRIVERS\cdrom.sys
Image name: cdrom.sys
Timestamp: Tue Jul 14 07:11:24 2009 (4A5BBF1C)
CheckSum: 00029646
ImageSize: 0001F000
File version: 6.1.7600.16385
Product version: 6.1.7600.16385
File flags: 0 (Mask 3F)
File OS: 40004 NT Win32
File type: 3.7 Driver
File date: 00000000.00000000
Translations: 0000.04b0
CompanyName: Microsoft Corporation
ProductName: Microsoft? Windows? Operating System
InternalName: cdrom.sys
OriginalFilename: cdrom.sys
ProductVersion: 6.1.7600.16385
FileVersion: 6.1.7600.16385 (win7_rtm.090713-1255)
FileDescription: SCSI CD-ROM Driver
LegalCopyright: ? Microsoft Corporation. All rights reserved.
这里给出的就是错误的cdrom模块的信息，这个是微软提供的驱动哦。FileDescription: SCSI CD-ROM Driver，这个是一个scsi类型的驱动，和我最前面给出的硬件示意图不同哈。其实这个PCI扩展的存储控制器是把IDE设备模拟成scsi设备的。这个也就解释了为什么这个设备会被定义为pnp设备了，IDE不可以热插拔，sata和scsi是可以热插拔的，所以后两者应该也算pnp吧。
Debugging Details:
------------------
DRVPOWERSTATE_SUBCODE: 4
FAULTING_THREAD: 84d7ad48
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x9F
PROCESS_NAME: System
CURRENT_IRQL: 2
LAST_CONTROL_TRANSFER: from 826a5b15 to 8269e966
STACK_TEXT:
8d5136c0 826a5b15 84d7ad48 00000000 807c2120 nt!KiSwapContext+0x26
8d5136f8 826a4403 84d7ae08 84d7ad48 8d5137e4 nt!KiSwapThread+0x266
8d513720 8269e2cf 84d7ad48 84d7ae08 00000000 nt!KiCommitThreadWait+0x1df
8d51379c 8b21d0a5 8d5137e4 00000000 00000000 nt!KeWaitForSingleObject+0x393
8d5137bc 8b21d5de 00000000 85197010 8d513814 Wdf01000!FxCREvent::EnterCRAndWait+0x1d
8d5137cc 8b21f4df 00000000 79ea1d58 8d51385c Wdf01000!FxCREvent::EnterCRAndWaitAndLeave+0xe
8d513814 8b22affe 00197010 8d51385c 8d513840 Wdf01000!FxIoTarget::SubmitSync+0x1db
8d513838 8b7f4916 00000020 85197010 8615e2a0 Wdf01000!imp_WdfRequestSend+0x178
8d51387c 8b7f4790 00000004 00000314 86e4d010 cdrom!DeviceSendPowerProcessRequest+0x15b
8d513890 8b25fd5c 792ba660 00000005 00000314 cdrom!DeviceEvtD0Exit+0x83
8d5138b0 8b25ed81 86e4d010 86e4d11c 86e4d010 Wdf01000!FxPkgPnp::PowerGotoD3Stopped+0xc7
8d513938 8b25fbb2 00000314 86e4d11c 86e4d010 Wdf01000!FxPkgPnp::PowerEnterNewState+0x11c
8d51395c 8b2605bb 8d513974 00000008 86e4d010 Wdf01000!FxPkgPnp::PowerProcessEventInner+0x171
8d513980 8b269747 00000001 8d5139b4 8b26967c Wdf01000!FxPkgPnp::PowerProcessEvent+0x15c
8d51398c 8b26967c 86e4d010 86e4d18c 86e4d010 Wdf01000!FxPkgPnp::NotPowerPolOwnerStopping+0x12
8d5139b4 8b2667f5 0000055b 86e4d18c 86e4d010 Wdf01000!FxPkgPnp::NotPowerPolicyOwnerEnterNewState+0x105
8d5139d8 8b267388 00000002 00000008 86e4d010 Wdf01000!FxPkgPnp::PowerPolicyProcessEventInner+0x264
8d5139fc 8b264079 00000001 00000000 8d513a34 Wdf01000!FxPkgPnp::PowerPolicyProcessEvent+0x172
8d513a0c 8b263484 86e4d010 86e4d0b8 86e4d010 Wdf01000!FxPkgPnp::PnpEventStartedStopping+0x11
8d513a34 8b263db2 0000010e 86e4d0b8 86e4d010 Wdf01000!FxPkgPnp::PnpEnterNewState+0x104
8d513a58 8b26447a 8d513a70 00000000 86e4d010 Wdf01000!FxPkgPnp::PnpProcessEventInner+0x149
8d513a7c 8b25b68f 00000200 00000000 85c43828 Wdf01000!FxPkgPnp::PnpProcessEvent+0x13e
8d513aa8 8b25ce02 86e4d010 86d64cc0 86d64cc0 Wdf01000!FxPkgPnp::_PnpRemoveDevice+0x8b
8d513ac8 8b239a3f 86d64cc0 8d513af0 8b239c63 Wdf01000!FxPkgPnp::Dispatch+0x207
8d513ad4 8b239c63 86752ef0 86d64cc0 86d64d9c Wdf01000!FxDevice::Dispatch+0x7f
8d513af0 826734bc 86752ef0 00000000 8d513b8c Wdf01000!FxDevice::DispatchWithLock+0x7b
8d513b08 82813edf 861e1030 868b1c20 861e1030 nt!IofCallDriver+0x63
8d513b38 827eab3d 861e1030 00000000 868b1c20 nt!IopSynchronousCall+0xc2
8d513b90 8264bc3a 861e1030 00000002 b7be0d78 nt!IopRemoveDevice+0xd4
8d513bbc 827ea951 00000015 b7be0d78 00000000 nt!PnpRemoveLockedDeviceNode+0x16c
8d513bd0 827ea8b7 00000002 00000015 00000000 nt!PnpDeleteLockedDeviceNode+0x2d
8d513c04 827ea238 861e1030 b7be0d78 00000002 nt!PnpDeleteLockedDeviceNodes+0x4c
8d513cc4 827ec210 8d513cf4 00000000 c20ba8b8 nt!PnpProcessQueryRemoveAndEject+0x946
8d513cdc 827edd58 00000000 8546c0c0 84d7ad48 nt!PnpProcessTargetDeviceEvent+0x38
8d513d00 826a4f2b 8546c0c0 00000000 84d7ad48 nt!PnpDeviceEventWorker+0x216
8d513d50 8284566d 00000001 a72c37ea 00000000 nt!ExpWorkerThread+0x10d
8d513d90 826f70d9 826a4e1e 00000001 00000000 nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19
上面是stack，从上面的函数名和调用关系可以看出调用关系和函数大概功能。先说下Wdf01000.sys这个系统文件，lmvm它一下，FileDescription: Kernel Mode Driver Framework Runtime，这个是个内核模式下的驱动构架运行时库。（哎～～要是有这些内核函数的文档就好了，真想看哈！）
大略的可以看下上面的调用：关机时，内核删除pnp设备，通过调用Wdf01000，经过Wdf01000的分发器，调整pnp的设备状态以及电源状态。在橙色标记的那个函数发生了错误，导致之后同步错误吧。而这里的同步可能就是指设备状态和电源状态的同步吧。
关于电源状态：
对于一些设备. 例如调制解调器 , 硬盘, 光驱等. 可分为：
D0 - Fully-On 正常工作下.
D1 可节省较少的功耗，仍然保持ACTIVE的设备功能较D2要多的多,该状态由设备本身所决定，有些设备不能进入D1 STATE。
D2 某些功能被关闭. 可省较多的电源. 该状态由设备本身所决定，有些设备不能进入D2 STATE。
D3 - Off 此状态下设备的电源完全被移出， 所以下次电源再一次被供应时需要操作系统重新再对这个设备作一次设定（此状态下设备不对地址线进行译码）该状态需要最长的唤醒时间，所有的设备都可以进入该状态。
在绿色mark的那个函数可以看到电源状态已经被要求进入D3状态了。应该说这个设备已经关闭了，也就是在后面同步电源状态的时候出问题，导致我电脑总是不断电，而是在关机画面定住了哈。
总的来说，windows7各个方面的表现还是很抢眼的，虽然上面我遇到了很多问题，但是这些问题都出在刚安装系统或者加载设备驱动。属于"一次性错误"哈。以后的使用不会再出现了，可能安装好设备后，那个错误的指令就不再被调用到了吧。
二、我的本本dell inspiron1720
这个电脑的存储控制器上挂载的设备也比较多。机器芯片组是965pm+ich8m，除了挂了2块内置硬盘，还有个turbomemory。
问题1：计算机管理工具里面修改盘符后不能立即在我的电脑里刷新，必须重新启动计算机。
我电脑里面硬盘和分区很多，刚安装时，系统分配的盘符和我预先规划的不一样。在计算机管理工具里面修改盘符后不能立即在我的电脑里刷新，必须重新启动计算机。这倒是有点像上面530机器的第二个问题。不过还好，调整盘符的事情一般发生很少，单块硬盘也不会产生什么盘符次序不对。
问题2：不能正常休眠。
计算机可以正常睡眠，但是不能正常休眠。
睡眠是关闭一些外围设备，将处理器设置为最节能模式（甚至关闭寄存器），但是内存还是在工作的，内存状态得以保存。
休眠就更进一步关闭内存了，计算机被使用的内存将被写进硬盘，下次开机可以恢复休眠前的状态。
intel的turbomemory可以将一部分休眠的文件放进板子上插的turbomemory卡，加快启动速度。但是我在windows7里，从休眠恢复时直接蓝屏。报错的驱动是iaNvStor.sys（闪的太快没太看清，dump也被清理了，但是肯定是turbomemory驱动，驱动版本1.10.0.1003 2009/4/2）。下次有空抓的全dump看看能不能发现什么问题哈。
原文：http://blogs.itecn.net/blogs/orpheus/archive/2009/09/19/windows7.aspx
