Long FBA delays

D

DPM

Below are the last few lines of a recent FBALOG:

8:25:36 AM - [FBASetProgressText] Replacing System Hives...
8:25:36 AM - [FBASetProgressText] Resetting Setup Flag...
8:25:38 AM - [FBAFlushFilesToDisk] FlushFileBuffers(C:\) succeeded!
8:25:38 AM - [FBADoProperShutdown] Sleeping...
8:25:48 AM - [FBADoProperShutdown] Exiting process...


8:26:23 AM - [FBASetProgressText] Installing Components...

8:28:32 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
C:\WINDOWS\system32\setupapi.dll,InstallHinfSection DefaultInstall 128
C:\WINDOWS\inf\MCPSetup.inf (ExitCode: 0x0)


8:28:33 AM - [FBALaunch] C:\WINDOWS\mcpcfg.exe a Device Port.Name=COM1
Port.BaudRate=57600 (ExitCode: 0x0)
8:28:34 AM - [FBALaunch] C:\WINDOWS\system32\cscript.exe
C:\WINDOWS\i386\rename.vbs (ExitCode: 0x0)
8:28:39 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
printui.dll,PrintUIEntry /if /b "Okidata ML 320-IBM" /f
C:\WINDOWS\inf\ntprint.inf /r lpt1: /m "Okidata ML 320-IBM" (ExitCode:
0x0)
8:28:42 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
printui.dll,PrintUIEntry /if /b "Panasonic KX-P1180" /f
C:\WINDOWS\inf\ntprint.inf /r lpt1: /m "Panasonic KX-P1180" (ExitCode:
0x0)
8:28:42 AM - [FBASetProgressText] Resetting Setup Flag...

This image loads and runs correctly, but notice the timestamps in the
highlighted section above; why does FBA delay over 2 minutes between these
steps? There is no discernable activity going on during this delay -
nothing happening on the screen, no disk activity.

Can this delay be removed or shortened? On repeated builds this wastes a
lot of time.

I should add that all events after the "Installing Components... " step are
the results of my adding "FBA Generic Command" resources to custom
components.

Thanks,

Dean
 
K

KM

Dean,

2-3 minutes for FBA to install components doesn't sound bad. On a slow/medium-slow hardware I am seeing almost the same numbers.

You can verify what's going on in the system during that time if you look at the SetupApi.log and some other log files under windows
folder.
(it may help if you increase the setup API logging level)

If you claim the delay is due to some custom FBA steps you added, please provide us with more details on what commands you added and
executing during FBA.
 
D

DPM

KM,

To clarify: I'm not complaining about the overall FBA process; just this:
8:26:23 AM - [FBASetProgressText] Installing Components...
8:28:32 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
C:\WINDOWS\system32\setupapi.dll,InstallHinfSection DefaultInstall 128
C:\WINDOWS\inf\MCPSetup.inf (ExitCode: 0x0)

Over two minutes elapses between these two steps, and these no visible
reason for it. Once FBA starts processing ([FBALaunch]) everything steps
along nicely - it's the 2 minutes between the two entries above that I'm
questioning.

Thanks,
Dean

KM said:
Dean,

2-3 minutes for FBA to install components doesn't sound bad. On a
slow/medium-slow hardware I am seeing almost the same numbers.

You can verify what's going on in the system during that time if you look
at the SetupApi.log and some other log files under windows folder.
(it may help if you increase the setup API logging level)

If you claim the delay is due to some custom FBA steps you added, please
provide us with more details on what commands you added and executing
during FBA.

--
=========
Regards,
KM


Below are the last few lines of a recent FBALOG:

8:25:36 AM - [FBASetProgressText] Replacing System Hives...
8:25:36 AM - [FBASetProgressText] Resetting Setup Flag...
8:25:38 AM - [FBAFlushFilesToDisk] FlushFileBuffers(C:\) succeeded!
8:25:38 AM - [FBADoProperShutdown] Sleeping...
8:25:48 AM - [FBADoProperShutdown] Exiting process...


8:26:23 AM - [FBASetProgressText] Installing Components...

8:28:32 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
C:\WINDOWS\system32\setupapi.dll,InstallHinfSection DefaultInstall 128
C:\WINDOWS\inf\MCPSetup.inf (ExitCode: 0x0)


8:28:33 AM - [FBALaunch] C:\WINDOWS\mcpcfg.exe a Device Port.Name=COM1
Port.BaudRate=57600 (ExitCode: 0x0)
8:28:34 AM - [FBALaunch] C:\WINDOWS\system32\cscript.exe
C:\WINDOWS\i386\rename.vbs (ExitCode: 0x0)
8:28:39 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
printui.dll,PrintUIEntry /if /b "Okidata ML 320-IBM" /f
C:\WINDOWS\inf\ntprint.inf /r lpt1: /m "Okidata ML 320-IBM"
(ExitCode: 0x0)
8:28:42 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe
printui.dll,PrintUIEntry /if /b "Panasonic KX-P1180" /f
C:\WINDOWS\inf\ntprint.inf /r lpt1: /m "Panasonic KX-P1180"
(ExitCode: 0x0)
8:28:42 AM - [FBASetProgressText] Resetting Setup Flag...

This image loads and runs correctly, but notice the timestamps in the
highlighted section above; why does FBA delay over 2 minutes between
these steps? There is no discernable activity going on during this
delay - nothing happening on the screen, no disk activity.

Can this delay be removed or shortened? On repeated builds this wastes a
lot of time.

I should add that all events after the "Installing Components... " step
are the results of my adding "FBA Generic Command" resources to custom
components.

Thanks,

Dean
 
K

KM

Dean,

I understand that. This is why I said you may want to expose more details about what the custom component(s) is (are).
For instance, how the MCPSetup.inf looks like? What does it install? etc.

--
=========
Regards,
KM


DPM said:
KM,

To clarify: I'm not complaining about the overall FBA process; just this:
8:26:23 AM - [FBASetProgressText] Installing Components...
8:28:32 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe C:\WINDOWS\system32\setupapi.dll,InstallHinfSection DefaultInstall 128
C:\WINDOWS\inf\MCPSetup.inf (ExitCode: 0x0)

Over two minutes elapses between these two steps, and these no visible reason for it. Once FBA starts processing ([FBALaunch])
everything steps along nicely - it's the 2 minutes between the two entries above that I'm questioning.

Thanks,
Dean

KM said:
Dean,

2-3 minutes for FBA to install components doesn't sound bad. On a slow/medium-slow hardware I am seeing almost the same numbers.

You can verify what's going on in the system during that time if you look at the SetupApi.log and some other log files under
windows folder.
(it may help if you increase the setup API logging level)

If you claim the delay is due to some custom FBA steps you added, please provide us with more details on what commands you added
and executing during FBA.

--
=========
Regards,
KM


Below are the last few lines of a recent FBALOG:

8:25:36 AM - [FBASetProgressText] Replacing System Hives...
8:25:36 AM - [FBASetProgressText] Resetting Setup Flag...
8:25:38 AM - [FBAFlushFilesToDisk] FlushFileBuffers(C:\) succeeded!
8:25:38 AM - [FBADoProperShutdown] Sleeping...
8:25:48 AM - [FBADoProperShutdown] Exiting process...


8:26:23 AM - [FBASetProgressText] Installing Components...

8:28:32 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe C:\WINDOWS\system32\setupapi.dll,InstallHinfSection DefaultInstall
128 C:\WINDOWS\inf\MCPSetup.inf (ExitCode: 0x0)


8:28:33 AM - [FBALaunch] C:\WINDOWS\mcpcfg.exe a Device Port.Name=COM1 Port.BaudRate=57600 (ExitCode: 0x0)
8:28:34 AM - [FBALaunch] C:\WINDOWS\system32\cscript.exe C:\WINDOWS\i386\rename.vbs (ExitCode: 0x0)
8:28:39 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe printui.dll,PrintUIEntry /if /b "Okidata ML 320-IBM" /f
C:\WINDOWS\inf\ntprint.inf /r lpt1: /m "Okidata ML 320-IBM" (ExitCode: 0x0)
8:28:42 AM - [FBALaunch] C:\WINDOWS\system32\rundll32.exe printui.dll,PrintUIEntry /if /b "Panasonic KX-P1180" /f
C:\WINDOWS\inf\ntprint.inf /r lpt1: /m "Panasonic KX-P1180" (ExitCode: 0x0)
8:28:42 AM - [FBASetProgressText] Resetting Setup Flag...

This image loads and runs correctly, but notice the timestamps in the highlighted section above; why does FBA delay over 2
minutes between these steps? There is no discernable activity going on during this delay - nothing happening on the screen, no
disk activity.

Can this delay be removed or shortened? On repeated builds this wastes a lot of time.

I should add that all events after the "Installing Components... " step are the results of my adding "FBA Generic Command"
resources to custom components.

Thanks,

Dean
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top