When building a custom Windows CE 5.0 operating system there’s a good chance you may be developing drivers for the system – Drivers can slow the boot process of your device, but how ?
You should be aware of the load order of drivers on your device – take a look at the following information on MSDN – Note that drivers are loaded serially, if your drivers xxx_Init function pauses for several seconds waiting for some hardware to be available then you’ve paused the boot sequence by several seconds – drivers must be loaded serially since you may have one driver that requires another driver to already be loaded/initialized.
I’ve created a “dummy” stream driver for an emulator o/s image (I used the Stream Driver Wizard to create the boilerplate code)
Notice the call to Sleep(5000); in the DEM_Init( ); function – when I boot a debug build of the o/s image the debug stream pauses for 5 seconds on the DEM_Init function, this delays the boot of the operating system for 5 seconds – not a good user experience!
// Driver Init…
DWORD DEM_Init( LPCTSTR pContext, LPCVOID lpvBusContext)
OutputDebugString(L”Demo – DEM_Init – Context: “);
hMem=LocalAlloc(LPTR,0x2000); // 0x1000 Unicode Characters
OutputDebugString(L”Demo Driver – SLEEPING…..\n”);
OutputDebugString(L”Demo Driver – END SLEEPING…..\n”);
OutputDebugString(L”DemoDriver – ~ DEM_Init\n”);
One way to work around this is to spin up a thread in your drivers xxx_Init function and then return immediately, your spawned thread can then wait on resources and initialize the driver.