www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > 嵌入式 > 嵌入式軟件
[導(dǎo)讀]giveio驅(qū)動(dòng)程序源代碼

/*********************************************************************



Author:     Dale Roberts

Date:       8/30/95

Program:    GIVEIO.SYS

Compile:    Use DDK BUILD facility



Purpose:    Give direct port I/O access to a user mode process.



*********************************************************************/

#include 



/*

 *  The name of our device driver.

 */

#define DEVICE_NAME_STRING    L"giveio"



/*

 *  This is the "structure" of the IOPM.  It is just a simple

 * character array of length 0x2000.

 *

 *  This holds 8K * 8 bits -> 64K bits of the IOPM, which maps the

 * entire 64K I/O space of the x86 processor.  Any 0 bits will give

 * access to the corresponding port for user mode processes.  Any 1

 * bits will disallow I/O access to the corresponding port.

 */

#define    IOPM_SIZE    0x2000

typedef UCHAR IOPM[IOPM_SIZE];



/*

 *  This will hold simply an array of 0's which will be copied

 * into our actual IOPM in the TSS by Ke386SetIoAccessMap().

 * The memory is allocated at driver load time.

 */

IOPM *IOPM_local = 0;



/*

 *  These are the two undocumented calls that we will use to give

 * the calling process I/O access.

 *

 *  Ke386IoSetAccessMap() copies the passed map to the TSS.

 *

 *  Ke386IoSetAccessProcess() adjusts the IOPM offset pointer so that

 * the newly copied map is actually used.  Otherwise, the IOPM offset

 * points beyond the end of the TSS segment limit, causing any I/O

 * access by the user mode process to generate an exception.

 */

void Ke386SetIoAccessMap(int, IOPM *);

void Ke386QueryIoAccessMap(int, IOPM *);

void Ke386IoSetAccessProcess(PEPROCESS, int);



/*********************************************************************

  Release any allocated objects.

*********************************************************************/

VOID GiveioUnload(IN PDRIVER_OBJECT DriverObject)

{

    WCHAR DOSNameBuffer[] = L"DosDevices" DEVICE_NAME_STRING;

    UNICODE_STRING uniDOSString;



    if(IOPM_local)

        MmFreeNonCachedMemory(IOPM_local, sizeof(IOPM));



    RtlInitUnicodeString(&uniDOSString, DOSNameBuffer);

    IoDeleteSymbolicLink (&uniDOSString);

    IoDeleteDevice(DriverObject->DeviceObject);

}



/*********************************************************************

  Set the IOPM (I/O permission map) of the calling process so that it

is given full I/O access.  Our IOPM_local[] array is all zeros, so

the IOPM will be all zeros.  If OnFlag is 1, the process is given I/O

access.  If it is 0, access is removed.

*********************************************************************/

VOID SetIOPermissionMap(int OnFlag)

{

    Ke386IoSetAccessProcess(PsGetCurrentProcess(), OnFlag);

    Ke386SetIoAccessMap(1, IOPM_local);

}



void GiveIO(void)

{

    SetIOPermissionMap(1);

}



/*********************************************************************

  Service handler for a CreateFile() user mode call.



  This routine is entered in the driver object function call table by

the DriverEntry() routine.  When the user mode application calls

CreateFile(), this routine gets called while still in the context of

the user mode application, but with the CPL (the processor's Current

Privelege Level) set to 0.  This allows us to do kernel mode

operations.  GiveIO() is called to give the calling process I/O

access.  All the user mode application needs do to obtain I/O access

is open this device with CreateFile().  No other operations are

required.

*********************************************************************/

NTSTATUS GiveioCreateDispatch(

    IN  PDEVICE_OBJECT  DeviceObject,

    IN  PIRP            Irp

    )

{

    GiveIO();            // give the calling process I/O access



    Irp->IoStatus.Information = 0;

    Irp->IoStatus.Status = STATUS_SUCCESS;

    IoCompleteRequest(Irp, IO_NO_INCREMENT);

    return STATUS_SUCCESS;

}



/*********************************************************************

  Driver Entry routine.



  This routine is called only once after the driver is initially

loaded into memory.  It allocates everything necessary for the

driver's operation.  In our case, it allocates memory for our IOPM

array, and creates a device which user mode applications can open.

It also creates a symbolic link to the device driver.  This allows

a user mode application to access our driver using the .giveio

notation.

*********************************************************************/

NTSTATUS DriverEntry(

    IN PDRIVER_OBJECT DriverObject,

    IN PUNICODE_STRING RegistryPath

    )

{

    PDEVICE_OBJECT deviceObject;

    NTSTATUS status;

    WCHAR NameBuffer[] = L"Device" DEVICE_NAME_STRING;

    WCHAR DOSNameBuffer[] = L"DosDevices" DEVICE_NAME_STRING;

    UNICODE_STRING uniNameString, uniDOSString;



    //

    //  Allocate a buffer for the local IOPM and zero it.

    //

    IOPM_local = MmAllocateNonCachedMemory(sizeof(IOPM));

    if(IOPM_local == 0)

        return STATUS_INSUFFICIENT_RESOURCES;

    RtlZeroMemory(IOPM_local, sizeof(IOPM));



    //

    //  Set up device driver name and device object.

    //

    RtlInitUnicodeString(&uniNameString, NameBuffer);

    RtlInitUnicodeString(&uniDOSString, DOSNameBuffer);



    status = IoCreateDevice(DriverObject, 0,

                    &uniNameString,

                    FILE_DEVICE_UNKNOWN,

                    0, FALSE, &deviceObject);



    if(!NT_SUCCESS(status))

        return status;



    status = IoCreateSymbolicLink (&uniDOSString, &uniNameString);



    if (!NT_SUCCESS(status))

        return status;



    //

    //  Initialize the Driver Object with driver's entry points.

    // All we require are the Create and Unload operations.

    //

    DriverObject->MajorFunction[IRP_MJ_CREATE] = GiveioCreateDispatch;

    DriverObject->DriverUnload = GiveioUnload;

    return STATUS_SUCCESS;

}

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: 驅(qū)動(dòng)電源

在工業(yè)自動(dòng)化蓬勃發(fā)展的當(dāng)下,工業(yè)電機(jī)作為核心動(dòng)力設(shè)備,其驅(qū)動(dòng)電源的性能直接關(guān)系到整個(gè)系統(tǒng)的穩(wěn)定性和可靠性。其中,反電動(dòng)勢(shì)抑制與過流保護(hù)是驅(qū)動(dòng)電源設(shè)計(jì)中至關(guān)重要的兩個(gè)環(huán)節(jié),集成化方案的設(shè)計(jì)成為提升電機(jī)驅(qū)動(dòng)性能的關(guān)鍵。

關(guān)鍵字: 工業(yè)電機(jī) 驅(qū)動(dòng)電源

LED 驅(qū)動(dòng)電源作為 LED 照明系統(tǒng)的 “心臟”,其穩(wěn)定性直接決定了整個(gè)照明設(shè)備的使用壽命。然而,在實(shí)際應(yīng)用中,LED 驅(qū)動(dòng)電源易損壞的問題卻十分常見,不僅增加了維護(hù)成本,還影響了用戶體驗(yàn)。要解決這一問題,需從設(shè)計(jì)、生...

關(guān)鍵字: 驅(qū)動(dòng)電源 照明系統(tǒng) 散熱

根據(jù)LED驅(qū)動(dòng)電源的公式,電感內(nèi)電流波動(dòng)大小和電感值成反比,輸出紋波和輸出電容值成反比。所以加大電感值和輸出電容值可以減小紋波。

關(guān)鍵字: LED 設(shè)計(jì) 驅(qū)動(dòng)電源

電動(dòng)汽車(EV)作為新能源汽車的重要代表,正逐漸成為全球汽車產(chǎn)業(yè)的重要發(fā)展方向。電動(dòng)汽車的核心技術(shù)之一是電機(jī)驅(qū)動(dòng)控制系統(tǒng),而絕緣柵雙極型晶體管(IGBT)作為電機(jī)驅(qū)動(dòng)系統(tǒng)中的關(guān)鍵元件,其性能直接影響到電動(dòng)汽車的動(dòng)力性能和...

關(guān)鍵字: 電動(dòng)汽車 新能源 驅(qū)動(dòng)電源

在現(xiàn)代城市建設(shè)中,街道及停車場(chǎng)照明作為基礎(chǔ)設(shè)施的重要組成部分,其質(zhì)量和效率直接關(guān)系到城市的公共安全、居民生活質(zhì)量和能源利用效率。隨著科技的進(jìn)步,高亮度白光發(fā)光二極管(LED)因其獨(dú)特的優(yōu)勢(shì)逐漸取代傳統(tǒng)光源,成為大功率區(qū)域...

關(guān)鍵字: 發(fā)光二極管 驅(qū)動(dòng)電源 LED

LED通用照明設(shè)計(jì)工程師會(huì)遇到許多挑戰(zhàn),如功率密度、功率因數(shù)校正(PFC)、空間受限和可靠性等。

關(guān)鍵字: LED 驅(qū)動(dòng)電源 功率因數(shù)校正

在LED照明技術(shù)日益普及的今天,LED驅(qū)動(dòng)電源的電磁干擾(EMI)問題成為了一個(gè)不可忽視的挑戰(zhàn)。電磁干擾不僅會(huì)影響LED燈具的正常工作,還可能對(duì)周圍電子設(shè)備造成不利影響,甚至引發(fā)系統(tǒng)故障。因此,采取有效的硬件措施來解決L...

關(guān)鍵字: LED照明技術(shù) 電磁干擾 驅(qū)動(dòng)電源

開關(guān)電源具有效率高的特性,而且開關(guān)電源的變壓器體積比串聯(lián)穩(wěn)壓型電源的要小得多,電源電路比較整潔,整機(jī)重量也有所下降,所以,現(xiàn)在的LED驅(qū)動(dòng)電源

關(guān)鍵字: LED 驅(qū)動(dòng)電源 開關(guān)電源

LED驅(qū)動(dòng)電源是把電源供應(yīng)轉(zhuǎn)換為特定的電壓電流以驅(qū)動(dòng)LED發(fā)光的電壓轉(zhuǎn)換器,通常情況下:LED驅(qū)動(dòng)電源的輸入包括高壓工頻交流(即市電)、低壓直流、高壓直流、低壓高頻交流(如電子變壓器的輸出)等。

關(guān)鍵字: LED 隧道燈 驅(qū)動(dòng)電源
關(guān)閉