标签: device-driver

我正在构建的目标驱动程序不是本机驱动程序,而是使用Microsoft Universal Pinter Driver的微型驱动程序

根据DDK:

这些项目的描述[我的情况下的字体]被放置在资源DLL中,如Platform SDK文档中所述.

然后继续说:

在打印机的资源DLL中,使用RC_UFM资源类型指定.ufm文件,并使用RC_FONT资源类型指定.ifi文件.

尽管引用了SDK,但没有关于如何在资源dll中实际放置.ifi字体信息的信息.

任何人都可以指出一种方法来做到这一点？

编辑

是的,打印机包含常驻字体,我需要创建一个描述它们的资源文件.

到目前为止,我遇到了另一个障碍,因为显然你必须编译到你的资源dll的字体描述文件.ifi(即使DDK说他们可以),他们只是不工作.但它可以找到.ufm字体描述文件.问题是我们只有ifi文件描述设备字体但没有umf ...

有什么建议？

首先,我很可能是以错误的方式处理我的问题,在这种情况下,我很乐意接受替代方案.

我想要实现的是检测USB设备连接到计算机后创建的驱动器.

这是简化的工作流程:

// Get list of removable drives before user connects the USB cable
List<string> listRemovableDrivesBefore = GetRemovableDriveList();

// Tell user to connect USB cable
...

// Start listening for a connection of a USB device
...

// Loop until device is connected or time runs out
do
{
    ...
} while

// Get list of removable drives after USB device is connected
List<string> listRemovableDrivesAfter = GetRemovableDriveList();

// Find out which drive was created after USB has been connected …

可能的重复项：
[.NET]如何禁用系统设备？
Win32 API函数以编程方式启用/禁用设备

在C＃中，有没有办法以编程方式禁用和重新启用设备？我正在寻找与您进入设备管理器并右键单击设备并禁用或启用它时发生的功能相同的功能。如何在C＃中做到这一点？

我目前正在使用FindFirstFile,FindNextFile API来递归遍历目录,以便根据给定的条件搜索文件.我注意到"dir/s"命令比我的程序提供更好的性能.我试着检查进程监视器中的事件,看起来像cmd.exe/dir命令直接查询磁盘设备驱动程序.有什么方法可以实现与DeviceIOControl()相似的东西吗？虽然不是编程新手,但我对设备驱动程序非常陌生.附加procmon输出以供参考:

问候,

我正在为USB(闪存驱动器)编写一个用于阻塞的微型过滤器代码,即(拒绝访问).那么,有人可以帮助我,如何检测或阻止USB或使用什么方法在passThrough WDK示例代码中进行USB检测和USB阻塞？

我想在PFLT_INSTANCE_SETUP_CALLBACK*中使用*IOCTL_STORAGE_QUERY_PROPERTY.我在正确的道路上吗？如果是,那么如何在PFLT_INSTANCE_SETUP_CALLBACK中使用IOCTL_STORAGE_QUERY_PROPERTY ???

我不是很擅长VC++但是有没有人有一个示例代码来获取计算机中磁盘的旋转速度.我一直致力于检测SSD驱动器,一天研究的一个解决方案是获得转速,而且由于SSD的转速为0 rpm,这可能是检测SSD驱动器的唯一方法.

有没有人想出一个在Python下使用内存映射设备寄存器的好解决方案？理想情况下,某些东西可以让我使用命名寄存器,甚至在这些寄存器中命名位域,这种方式不完全是临时的？理想的跨平台,但我只能使用Linux.

似乎mmap和ctypes Structs的某些组合可能能够处理它,但是a)Structs似乎不允许你指定位域位置(它们也不是在C中,所以......),和b)我可以弄清楚如何在mmap上删除Struct映射.

或者我从根本上问我如何使用圆锯作为螺丝刀？(即它没有这样做,为什么你想要？)

C中的一个例子(未经测试,不使用)将是这样的:

volatile struct {
    uint32_t mfr_id;
    uint32_t prod_id;
    uint32_t ctl;
    uint32_t dummy[5];
    ...
} * pDev;
hFile = open('/dev/bridge', O_RDWR)
pDev = mmap(NULL, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, hFile, 0);
assert(pDev->mfr_id == 0x12345678);
assert(pDev->prod_id == 0xDEADBEEF);

uint32_t temp = pDev->ctl;
temp &= CTL_ACCESS_MASK | CTL_SHIFT_MASK;
temp |= CTL_ACCESS_RO | CTL_SHIFT_5;
pDev->ctl = temp;

我一直在玩C中使用数学波函数创建声音.我的项目的下一步是从MIDI键盘控制器获取用户输入,以便将波调制到不同的音高.

我的第一个想法是,这将是相对简单的,Linux,Linux,将允许我从我的设备读取原始数据流,就像我任何其他文件.

然而,研究压倒性地建议我为MIDI控制器编写设备驱动程序.一般的想法是,即使设备文件可能存在,当我的应用程序调用read()和write()等函数时,内核也不会知道要执行的系统调用.

尽管有这些警告,我做了一个实验.我插入了MIDI控制器并且使用了"/ dev/midi1"设备文件.出现了稳定的空字符流,当我按下MIDI控制器上的一个键时,出现了几个字节,对应于MIDI设备应输出的预期消息块.MIDI协议信息

所以我的问题是:

为什么cat'ed流表现如此？

这是否意味着我的系统上已经安装了即插即用设备驱动程序？

我是否仍然可以继续编写设备驱动程序,还是可以像文件一样阅读它？

感谢您提前在这些方面分享您的智慧.

我正在阅读围绕总线,设备和驱动程序构建的Linux设备模型.我能够理解设备和驱动程序如何匹配,但不清楚总线在这里的作用,总线如何与设备匹配.

我还有一个疑问,关于平台设备从哪里得到它的名字.

"平台总线只是将每个设备的名称与每个驱动程序的名称进行比较;如果它们相同,则设备与驱动程序匹配."

现在我无法真正理解上述观点.我相信设备名称首先在dts文件中定义,然后相应的驱动程序名称在平台驱动程序代码中定义.

如果这两个名称匹配,则从驱动程序代码调用probe,这将确认设备确实存在.

有没有人能从总线的角度让我知道整个过程.

我有一个情况我需要调用dma_unmap_single后dma_sync_single_for_cpu.以下是我的情景.

1. 使用分配缓冲区的内存 kmalloc()
2. 映射使用缓冲到设备dma_map_single与DMA_FROM_DEVICE方向.
3. 收到数据包后,使用获取缓冲区所有权dma_sync_single_for_cpu.
4. 经过一段时间后,如果内核中的其他一些函数使用相同的缓冲区,则从设备中使用dma_unmap_single带DMA_FROM_DEVICE方向的unmap缓冲区.

以上所有步骤都可以接受吗？