一种管脚分配的方法和装置的制作方法

文档序号:6463415阅读:166来源:国知局
专利名称:一种管脚分配的方法和装置的制作方法
技术领域
本发明涉及计算机通信领域,特别涉及一种管脚分配的方法和装置。
技术背景目前大多数的SoC(SystemonChip,集成在芯片上的系统)芯片中都集成了大量外设,出 于成本、封装、功耗和功能重叠等多方面的考虑,芯片的设计者往往不会让芯片的同一个管 脚只被一个外设使用,而是采取管脚复用技术,也就是让芯片的同一个管脚被2个或2个以 上的外设共用,在SoC的系统级寄存器中设置几个配置寄存器,来选择当前使用某个管脚的 某个外设。通常系统的设计者在系统设计的时候就确定了系统需要使用的SoC外设,并在系 统的初始化代码中对设备配置寄存器做了设置,把系统需要的SoC外设设为可以正常工作。现有技术在系统初始化时分配管脚,设置管脚模式,在系统运行中保持管脚工作模式不 变。下面以目前主流的多任务操作系统(如linux系统)的启动过程为例来具体描述一下现有 的技术方案。如图1所示是目前主流的多任务操作系统(如linux系统)的启动过程示意图。该启动过 程主要包括下面几个步骤系统开始初始化;初始化管脚,同时分配管脚,根据各个管脚用 途设置管脚工作模式;初始化其它工作参数;启动设备驱动程序l、设备驱动程序2…设备驱 动程序N;运行各种应用程序。从上述步骤可以看出,系统开始初始化时,就必须根据硬件平台的设计,分配管脚和设 置每个管脚的工作模式,而且一旦设置了某个管脚的工作模式,在后面的设备驱动程序和应 用程序中就不再改变管脚的工作模式,zn、按当初已经设置好的模式使用该管脚。因此在进行 软件模块(如设备驱动程序)开发时就必须充分了解硬件设计时的管脚分配,增加了软件设 计和硬件设计的相关性。在实现本发明的过程中,发明人发现现有技术至少存在以下问题由于软件设计(特别是操作系统软件)和硬件设计的相关性,大大降低了软件设计的独 立性,导致软件设计工作模块化性能减弱,开发效率低。比如当硬件平台的外设有增减时, 除了单纯增减相应的设备驱动程序外,还需要修改系统初始化时对管脚的分配和设置,容易出错且效率低。另外,在硬件平台结构越来越紧凑小巧,管脚数目有限,运行任务种类越来 越多的趋势下,很多时候使用不同的设备驱动程序要求按不同的工作模式使用数量有限的管 脚,现有的管脚分配和管理的方式就显得很死板,管脚得不到最大限度的利用,复用性差。 有时为满足应用功能要求的设备接口的种类足够,不得不在硬件设计上扩充或增加管脚,增 加了硬件设计的复杂程度,提高了产品成本。发明内容为了有效地进行管脚的分配,本发明实施例提供了一种管脚分配的方法和装置。所述技术 方案如下一方面,本发明实施例提供了一种管脚分配的方法,所述方法包括-初始化管脚;在系统的应用程序调用设备驱动程序期间,根据设备的类型,进行所述管脚的分配。 另一方面,本发明实施例还提供了一种管脚分配的装置,所述装置包括 初始化模块l,用于初始化管脚;管脚分配模块2,用于所述初始化模块把管脚初始化后,在系统的应用程序调用设备驱 动程序期间,根据所述设备类型,进行所述管脚的分配。 本发明实施例提供的技术方案的有益效果是通过申请和设置管脚,用完后释放管脚,实现了动态地分配管脚,与现有技术相比提高 了软件设计的独立性,完善了系统软件开发的模块化,而且开发效率高,不容易出错;另外, 提高了管脚使用的灵活性,使管脚得到了最大限度的利用,复用性好,降低了硬件设计的复 杂度和产品成本。


图1是现有技术中多任务操作系统的启动过程示意图; 图2是本发明实施例1提供的管脚分配的方法流程图; 图3是本发明实施例2提供的管脚分配的方法流程图; 图4是本发明实施例3提供的管脚分配的装置结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进 一步地详细描述。本发明实施例提供的管脚分配的方法,具体包括初始化管脚;在系统的应用程序调用 设备驱动程序期间,根据设备的类型,进行管脚的分配。 实施例1本实施例中的设备具体是指独占管脚型设备,独占管脚型设备指一旦管脚分配成功,在 设备驱动程序运行期间,管脚都不能被其他设备驱动使用,直到本设备驱动运行完毕,释放 管脚后才能被其他设备驱动使用。参见图2,本发明实施例提供了一种管脚分配的方法,具体包括201:系统开始初始化,先对所有管脚作个初始化,并把管脚设置成最安全的模式,如高 阻状态或高阻输入模式,但不具体分配每个管脚的功能和设置管脚的工作模式。然后,初始 化系统其它的工作参数,如时钟参数、通讯接口参数等。202:系统初始化后,根据不同的应用需求运行若干个应用程序(应用程序1…N),每个 应用程序根据自己的功能需要调用若干个不同的设备驱动程序(设备驱动程序1…N)。比如 有查看时间的应用需求,就需要运行"査看时间功能"的应用程序,应用程序要从实时时钟 芯片中读取当前时间,就需要调用"实时时钟设备驱动程序"来完成。203:设备驱动程序向系统申请设备所需要的管脚,系统查询管脚的状态,根据管脚的状 态得到申请管脚结果(例如如果管脚的状态是忙或禁止使用,则得到的结果为申请失败; 如果管脚的状态是空闲,则得到的结果为申请成功),系统把申请管脚结果返回给设备驱动程 序,设备驱动程序根据系统返回的申请管脚结果,判断管脚是否申请成功,如果是,则执行204;否则,执行207。204:设备驱动程序把申请到的管脚设置成设备需要的工作模式,然后设备驱动程序向系 统申请设备,系统返回申请设备结果,设备驱动程序根据系统返回的申请设备结果,判断设 备是否申请成功,如果是,则执行205:否则,执行208。205:设备驱动程序打开该设备,应用程序判断应用程序所需的设备是否都成功打开,如 果是,则执行206;否则,执行209。206:应用程序开始运行,当应用程序运行完毕后释放其占用的设备,然后释放管脚。当 释放完应用程序占用的设备所用的所有管脚后,应用程序完全关闭,所占用的资源完全释放, 然后结束。207:设备驱动程序向应用程序返回调用设备驱动程序失败的结果,并由应用程序决定是 否继续申请管脚和后续操作,然后结束。208:设备驱动程序释放管脚,然后向应用程序返回调用设备驱动程序失败的结果,并由应用程序决定后续操作,然后结束。209:设备驱动程序释放设备,然后释放管脚,返回设备打开失败的结果,然后结束。上述201中的对管脚的初始化、203中的申请管脚和206中的释放管脚可以统称为管脚 资源管理。管脚资源管理,可以用在设备的驱动程序打开设备时,对所使用的管脚进行申请; 以及在关闭设备时将设备使用的管脚释放给其它的设备。管脚资源管理主要包含管脚上电 初始化、申请管脚和释放管脚。管脚上电初始化,在系统初始化时使用,负责将系统的所有 管脚初始化,并把管脚设置成最安全的模式,如高阻状态或高阻输入模式,等后面设备使用 管脚时再设置其具体的工作模式;申请管脚,在设备驱动程序打开设备时使用,负责申请指 定的管脚,并把申请到的管脚设置为设备需要的工作模式;释放管脚,在设备驱动程序关闭 设备时使用,负责释放关闭了的设备的管脚。在操作系统中,管脚资源管理可以具体为管脚 资源管理函数,具体包括管脚上电初始化函数(void—init pin—mutex—init( void))、申请管 脚函数(int request_pin( int request—id, pin—mutex—callback_t callback, void *context))和释放管 脚函数(int free_pin( int requested ))。针对不同的硬件平台,只需完成一套匹配的管脚资源 管理函数即可。在各个软件模块(设备驱动程序)开发的时候,可以不去理会具体的硬件接 口,只需调用这套统一的管脚资源管理函数,按申请->设置->使用->释放的流程使用即可。 即使更换硬件平台或增减硬件设备,只需调整管脚资源管理函数,而各个软件模块(设备驱 动程序)不需进行额外的更改。图2所示的方法,通过申请和设置管脚,用完后释放管脚,实现了动态地分配管脚,与 现有技术相比提高了软件设计的独立性,完善了系统软件开发的模块化,而且开发效率高, 不容易出错;另外,提高了管脚使用的灵活性,使管脚得到了最大限度的利用,复用性好, 降低了硬件设计的复杂度和产品成本。实施例2另外,本发明实施例还提供了另一种管脚分配的方法,与实施例1所示的方法的区别在 于,本实施例中的设备具体是指复用管脚型设备,复用管脚型设备指在设备驱动程序运行期 间,只有在执行I/O操作时才申请并占用管脚,执行完I/O操作后马上释放管脚,并且不执 行1/0操作时管脚可以被其他设备使用。当设备具体是指复用管脚型设备时,申请管脚和申 堉设备的顺序不同,并且申请管脚和释放管脚的情况也不相同,而管脚初始化、以及运行应 f程序等步骤均与实施例1相同,此处不再赘述。参见图3,本实施例中申请管脚、申请设 备以及释放管脚的过程具体如下301:设备驱动程序向系统申请设备,系统返回申请设备结果,设备驱动程序根据系统返回的申请设备结果,判断设备是否申请成功,如果是,则执行302;否则,执行304。302:设备驱动程序打开该设备,当设备驱动程序执行到I/0操作时,设备驱动程序向系 统申请I/0所需要的管脚,系统査询管脚的状态,根据管脚的状态得到申请管脚结果(例如 如果管脚的状态是忙或禁止使用,则得到的结果为申请失败;如果管脚的状态是空闲,则得 到的结果为申请成功),系统把申请管脚结果返回给设备驱动程序,设备驱动程序根据系统返 回的申请管脚结果,判断管脚是否申请成功,如果是,则执行303;否则,.执行305。303:设备驱动程序进行I/0操作,当执行完I/0操作后,设备驱动程序马上释放管脚, 设备驱动程序接着执行后面的操作,然后结束。304:设备驱动程序向应用程序返回调用设备驱动程序失败的结果,并由应用程序决定后续的操作,然后结束。305:设备驱动程序释放设备,然后设备驱动程序向应用程序返回调用设备驱动程序失败的结果,并由应用程序决定是否继续申请管脚和后续操作,然后结束。比如复用管脚型设备ISA (Industry Standard Architecture,工业标准结构)总线和复用管 脚型设备ATA (Advanced Technology Attachment,高级技术连接)接口的管脚复用时,对应 的ISA总线和ATA接口,在设备驱动程序被应用程序调用时,先申请设备,还不用申请管脚, 而是到执行I/O操作时才申请管脚,当执行完I/O操作后马上释放管脚。另外,当设备驱动 程序中有多个I/O操作时,可以重复进行申请管脚及释放管脚的操作。上述方法通过申请和设置管脚,用完后释放管脚,实现了动态地分配管脚,与现有技术 相比提高了软件设计的独立性,完善了系统软件开发的模块化,而且开发效率高,不容易出 错;另外,提高了管脚使用的灵活性,使管脚得到了最大限度的利用,复用性好,降低了硬 件设计的复杂度和产品成本。与实施例1的区别在于,还提供了另外一种申请和释放管脚的 方法,即在设备驱动程序被应用程序调用时尚未申请管脚,而是执行到I/O操作时才申请管 脚,当执行完I/O操作后马上释放管脚。采用这种方法减少了管脚被占用的时间,扩展了管 脚的应用空间,简单方便,操作更灵活。实施例3参见图4,本发明实施例还提供了一种管脚分配的装置,具体包括 初始化模块l,用于初始化管脚;管脚分配模块2,用于所述初始化模块把管脚初始化后,在系统的应用程序调用设备驱 动程序期间,根据所述设备类型,进行所述管脚的分配。进一步地,所述设备为独占管脚型设备时,所述管脚分配模块2具体包括第一管脚申请单元3,用于所述设备驱动程序向所述系统申请所述设备所需要的所述管 脚,所述系统査询所述管脚的状态,根据所述管脚的状态得到申请所述管脚结果(例如如 果管脚的状态是忙或禁止使用,则得到的结果为申请失败;如果管脚的状态是空闲,则得到 的结果为申请成功),所述系统把申请所述管脚结果返回给所述设备驱动程序,所述设备驱动 程序根据所述系统返回的申请所述管脚结果,判断所述管脚是否申请成功,如果是,则所述 设备驱动程序把申请到的所述管脚设置成所述设备需要的工作模式;第一设备申请单元4,用于所述第一管脚申请单元把申请到的所述管脚设置成所述设备 需要的工作模式后,所述设备驱动程序向所述系统申请所述设备,所述系统返回申请所述设 备结果,所述设备驱动程序根据所述系统返回的申请所述设备结果,判断所述设备是否申请 成功,如果是,则打开所述设备。进一步地,所述设备为复用管脚型设备时,所述管脚分配模块2具体包括第二设备申请单元5,用于所述设备驱动程序向所述系统申请所述设备,所述系统返回 申请所述设备结果,所述设备驱动程序根据所述系统返回的申请所述设备结果,判断所述设 备是否申请成功,如果是,则打开所述设备;第二管脚申请单元6,用于当所述第二设备申请单元打开所述设备后,所述设备驱动程 序执行到I/O操作时,所述设备驱动程序向所述系统申请所述设备所需要的所述管脚,所述 系统査询所述管脚的状态,根据所述管脚的状态得到申请所述管脚结果(例如如果管脚的 状态是忙或禁止使用,则得到的结果为申请失败;如果管脚的状态是空闲,则得到的结果为 f请成功),所述系统把申请所述管脚结果返回给所述设备驱动程序,所述设备驱动程序根据 所述系统返回的申请所述管脚结果,判断所述管脚是否申请成功,如果是,则所述设备驱动 程序把申请到的所述管脚设置成所述设备需要的工作模式,然后执行所述I/O操作。进一步地,所述设备为独占管脚型设备时,所述管脚分配模块2还包括第一管脚处理单元7,用于当所述第一管脚申请单元判断所述管脚申请失败时,所述设 备驱动程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定 是否继续申请所述管脚和后续操作;第一设备处理单元8,用于当所述第一管脚申请单元判断所述管脚申请成功,第一设备申 谭单元判断所述设备申请失败时,所述设备驱动程序释放所述管脚,然后向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定后续操作。进一步地,所述设备为复用管脚型设备时,所述管脚分配模块2还包括 第二设备处理单元9,用于当所述第二设备申请单元判断所述设备申请失败时,所述设备驱动程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定 后续操作;第二管脚处理单元IO,用于当所述第二设备申请单元判断所述设备申请成功,第二管脚 申请单元判断所述管脚申请失败时,所述设备驱动程序释放所述设备,然后所述设备驱动程 序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定是否继续 申请所述管脚和后续操作。进一步地,所述设备为独占管脚型设备时,所述管脚分配模块2还包括判断单元ll,用于所述应用程序判断所述应用程序所需的所述设备是否都成功打开,如 果是,则所述应用程序开始运行,否则,所述设备驱动程序释放所述设备,然后释放所述管 脚,返回所述设备打开失败的结果;第一管脚释放单元12,用于当所述应用程序运行完毕后,释放所述设备,然后释放所述 管脚。进一步地,所述设备为复用管脚型设备时,所述管脚分配模块2还包括第二管脚释放单元13,用于当所述设备驱动程序执行完所述I/0操作后,所述设备驱动程序马上释放所述管脚。图4所示的装置,通过申请和设置管脚,用完后释放管脚,实现了动态地分配管脚,与 现有技术相比提高了软件设计的独立性,完善了系统软件开发的模块化,而且开发效率高, 不容易出错;另外,提高了管脚使用的灵活性,使管脚得到了最大限度的利用,复用性好, 降低了硬件设计的复杂度和产品成本。以上实施例提供的技术方案中的全部或部分内容可以通过软件编程实现,其软件程序存 储在可读取的存储介质中,存储介质例如计算机中的硬盘、光盘或软盘。以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之 内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1. 一种管脚分配的方法,其特征在于,所述方法包括初始化管脚;在系统的应用程序调用设备驱动程序期间,根据设备的类型,进行所述管脚的分配。
2. 根据权利要求1所述的管脚分配的方法,其特征在于,所述设备为独占管脚型设备时, 所述进行所述管脚的分配具体为所述设备驱动程序向所述系统申请所述设备所需要的所述管脚,所述系统査询所述管脚 的状态,根据所述管脚的状态得到申请所述管脚结果,所述系统把申请所述管脚结果返回给 所述设备驱动程序,所述设备驱动程序根据所述系统返回的申请所述管脚结果,判断所述管 脚是否中请成功,如果是,则所述设备驱动程序把申请到的所述管脚设置成所述设备需要的 工作模式;然后所述设备驱动程序向所述系统申请所述设备,所述系统返回申请所述设备结果,所 述设备驱动程序根据所述系统返回的申请所述设备结果,判断所述设备是否申请成功,如果 是,则打开所述设备。
3. 根据权利要求1所述的管脚分配的方法,其特征在于,所述设备为复用管脚型设 备时,所述进行所述管脚的分配具体为所述设备驱动程序向所述系统申请所述设备,所述系统返回申请所述设备结果,所述设 备驱动程序根据所述系统返回的申请所述设备结果,判断所述设备是否申请成功,如果是,则打开所述设备;然后当所述设备驱动程序执行到I/O操作时,所述设备驱动程序向所述系统申请所述设 备所需要的所述管脚,所述系统查询所述管脚的状态,根据所述管脚的状态得到申请所述管 脚结果,所述系统把申请所述管脚结果返回给所述设备驱动程序,所述设备驱动程序根据所 述系统返回的申请所述管脚结果,判断所述管脚是否申请成功,如果是,则所述设备驱动程 序把申请到的所述管脚设置成所述设备需要的工作模式,然后执行所述I/O操作。
4. 根据权利要求2所述的管脚分配的方法,其特征在于,所述设备为独占管脚型设备时, 所述进行所述管脚的还包括当所述设备驱动程序根据所述系统返回的申请所述管脚结果,判断所述管脚申请失败时, 所述设备驱动程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程 序决定是否继续申请所述管脚和后续操作;当所述管脚申请成功,所述设备驱动程序根据所述系统返回的申请所述设备结果,判断 所述设备申请失败吋,所述设备驱动程序释放所述管脚,然后向所述应用程序返回调用所述 设备驱动程序失败的结果,并由所述应用程序决定后续操作。
5. 根据权利要求3所述的管脚分配的方法,其特征在于,所述设备为复用管脚型设备时, 所述进行所述管脚的分配还包括当所述设备驱动程序根据所述系统返回的申请所述设备结果,判断所述设备申请失败时, 所述设备驱动程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程 序决定后续操作;当所述设备申请成功,所述设备驱动程序根据所述系统返回的申请所述管脚结果,判断 所述管脚申请失败时,所述设备驱动程序释放所述设备,然后所述设备驱动程序向所述应用 程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定是否继续申请所述管脚 和后续操作。
6. 根据权利要求2所述的管脚分配的方法,其特征在于,所述设备为独占管脚型设备时, 所述进行所述管脚的分配之后还包括所述应用程序判断所述应用程序所需的所述设备是否都成功打丌,如果是,则所述应用 程序开始运行,否则,所述设备驱动程序释放所述设备,然后释放所述管脚,返回所述设备 打开失败的结果;当所述应用程序运行完毕后,释放所述设备,然后释放所述管脚。
7. 根据权利要求3所述的管脚分配的方法,其特征在于,所述设备为复用管脚型设备时, 所述进行所述管脚的分配之后还包括当所述设备驱动程序执行完所述I/O操作后,所述设备驱动程序马上释放所述管脚。
8. -种管脚分配的装置,其特征在于,所述装置包括 初始化模块(l),用于初始化管脚;管脚分配模块(2),用于所述初始化模块把管脚初始化后,在系统的应用程序调用设备 驱动程序期间,根据所述设备类型,进行所述管脚的分配。
9.根据权利要求8所述的管脚分配的装置,其特征在于,所述设备为独占管脚型设备 时,所述管脚分配模块具体包括第一管脚申请单元(3),用于所述设备驱动程序向所述系统申请所述设备所需要的所述管 脚,所述系统查询所述管脚的状态,根据所述管脚的状态得到申请所述管脚结果,所述系统 把申请所述管脚结果返回给所述设备驱动程序,所述设备驱动程序根据所述系统返回的申请 所述管脚结果,判断所述管脚是否申请成功,如果是,则所述设备驱动程序把申请到的所述 管脚设置成所述设备需要的工作模式;第设备申请单元(4),用于所述第一管脚申请单元把申请到的所述管脚设置成所述设备 需要的工作模式后,所述设备驱动程序向所述系统申请所述设备,所述系统返回申请所述设 备结果,所述设备驱动程序根据所述系统返回的申请所述设备结果,判断所述设备是否申请 成功,如果是,则打开所述设备。
10. 根据权利要求8所述的管脚分配的装置,其特征在于,所述设备为复用管脚型设备 时,所述管脚分配模块具体包括第二设备申请单元(5),用于所述设备驱动程序向所述系统申请所述设备,所述系统返回 申请所述设备结果,所述设备驱动程序根据所述系统返回的申请所述设备结果,判断所述设 备是否申请成功,如果是,则打开所述设备;第二管脚申请单元(6),用于当所述第二设备申请单元打开所述设备后,所述设备驱动程 序执行到I/O操作时,所述设备驱动程序向所述系统申请所述设备所需要的所述管脚,所述 系统查询所述管脚的状态,根据所述管脚的状态得到申请所述管脚结果,所述系统把申请所 述管脚结果返回给所述设备驱动程序,所述设备驱动程序根据所述系统返回的申请所述管脚 结果,判断所述管脚是否申请成功,如果是,则所述设备驱动程序把申请到的所述管脚设置 成所述设备需要的工作模式,然后执行所述I/O操作。
11. 根据权利要求9所述的管脚分配的装置,其特征在于,所述设备为独占管脚型设备时, 所述管脚分配模块还包括第一管脚处理单元(7),用于当所述第一管脚申请单元判断所述管脚申请失败时,所述设备驱动程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定 是否继续申请所述管脚和后续操作;第一设备处理单元(8),用于当所述第一管脚申请单元判断所述管脚申请成功,第一设备 申请单元判断所述设备申请失败时,所述设备驱动程序释放所述管脚,然后向所述应用程序 返回调用所述设备驱动程序失败的结果,并由所述应用程序决定后续操作。
12. 根据权利要求10所述的管脚分配的装置,其特征在于,所述设备为复用管脚型设备 时,所述管脚分配模块还包括第二设备处理单元(9),用于当所述第二设备申请单元判断所述设备申请失败时,所述设 备驱动程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定 后续操作;第二管脚处理单元(IO),用于当所述第二设备申请单元判断所述设备申请成功,第二管 脚申请单元判断所述管脚申请失败时,所述设备驱动程序释放所述设备,然后所述设备驱动 程序向所述应用程序返回调用所述设备驱动程序失败的结果,并由所述应用程序决定是否继 续申请所述管脚和后续操作。
13. 根据权利要求9所述的管脚分配的装置,其特征在于,所述设备为独占管脚型设备 时,所述管脚分配模块还包括判断单元(ll),用于所述应用程序判断所述应用程序所需的所述设备是否都成功打开,如 果是,则所述应用程序开始运行,否则,所述设备驱动程序释放所述设备,然后释放所述管 脚,返回所述设备打开失败的结果;第一管脚释放单元(12),用于当所述应用程序运行完毕后,释放所述设备,然后释放所 述管脚。
14. 根据权利要求10所述的管脚分配的装置,其特征在于,所述设备为复用管脚型设备 时,所述管脚分配模块还包括第二管脚释放单元(13),用于当所述设备驱动程序执行完所述I/0操作后,所述设备驱动 程序马上释放所述管脚。
全文摘要
本发明公开了一种管脚分配的方法和装置,属于计算机通信领域。所述方法包括初始化管脚;在系统的应用程序调用设备驱动程序期间,根据设备的类型,进行所述管脚的分配。所述装置包括初始化模块1和管脚分配模块2。本发明通过申请和设置管脚,用完后释放管脚,实现了动态地分配管脚,与现有技术相比提高了软件设计的独立性,完善了系统软件开发的模块化,而且开发效率高,不容易出错;另外,提高了管脚使用的灵活性,使管脚得到了最大限度的利用,复用性好,降低了硬件设计的复杂度和产品成本。
文档编号G06F9/445GK101281473SQ20081010545
公开日2008年10月8日 申请日期2008年4月29日 优先权日2008年4月29日
发明者舸 杨 申请人:纽海信息技术(上海)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1