04-07-2013 04:14 AM
Hello all,
I am experiencing a problem when I try to use the desktop USB utility to set up a LabView RT target on a desktop PC. When the PC was booted from the USB, the screen stuck at "Transferring control to user program" and at the upper-right corner it showed "KT01455". I am using LabView 2012 version USB utility.
The computer which I would like it to be my RT target is HP Compaq Elite 8300 SFF:
Processor: Intel Core i7 3770 / 3.4GHz
Chipset: Intel Q77 Express
RAM: 8GB DDR3 SDRAM
Hard drive: SSD 256GB SATA-600
Graphics: Intel HD Graphics 4000 Dynamic Video Memory Technology
Two Ethernet cards: Intel 82579 LM Gigabit and Intel Gigabit CT Desktop Adapter.
After reading the forum I have tried different steps without satisfactory results:
1. I created a LabView RT Module 2012 USB utility on a FAT32 dongle according to the guidelines included in: http://www.ni.com/pdf/manuals/371857f.pdf and using the program from: http://joule.ni.com/nidu/cds/view/p/id/3125/lang/no.
2. Alternatively, I used Measurement & Automation Explorer of LabView 2012 to create USB utility.
3. I tried different memory sticks (both USB 2.0 and 3.0) on different USB ports in my computer.
4. I disconnected the SSD from my computer thinking that maybe this is causing problems but the results was the same: "KT01455" and "Transferring control to user program" on the screen.
5. I changed SATA emulation mode from AHCI to IDE and to RAID.
6. I disabled hyperthreading option in BIOS.
7. I cannot even test the system for RT compatibility according to http://www.ni.com/white-paper/8239/en#toc6, since the PC Utility USB Drive with LabView 2012 Real-Time Desktop PC Evaluator does not boot properly, stuck at the "Transferring control to user program" screen and does not go to the list of options where I could select the "Evaluate system" option.
Additionally, I have checked these various USB dongles I created (ad 3 in the above list) on other computers - they worked well and boot properly.
Could you please help me to identify the source of errors and make this setup up and running on my hardware?
I would appreciate your help and support on this matter.
Regards,
04-08-2013 12:03 PM
Hello there!
The progress code 01455 (the KT is specific to the boot phase, and can be ignored here) is specifically tied to SATA driver initialization. This is the point in the boot sequence where each of the SATA controllers are enumerated, initialized, and configured for use in the system. This isn't tied to your hard disk, but is tied to the SATA controller onboard the system (likely on the ICH). The SATA controller information is pulled from the BIOS on the system - does this system have a UEFI or BIOS enabled onboard? If it's UEFI, that's likely where this problem is coming from, you need to disable UEFI or specifically boot with BIOS support (and not UEFI). Sometimes motherboard manufacturers have this support tied to the boot options, sometimes it's its own option in the Advanced menu, and sometimes it's completely hidden behind some legacy support option.
I tried to find a service document on the HP Compaq Elite 8300 SFF that shows me the BIOS/UEFI boot menus, but unfortunately I pulled a big fat nothing. However, I did find that there is something called "Secure Boot" and there's also a "Boot Mode" - these two settings should be set to "Disabled" or "Legacy", respectively. Then set the SATA mode to IDE (for best compatibility).
I'm not guaranteeing this will work, but it's the best I've got right now. From viewing the bootloader code in PharLap, not having access to BIOS functions is the #1 reason why you could be in the situation you're in.
Good luck!
-Danny
04-09-2013 02:11 AM
Hello Danny,
Thank you for your swift response.
There is UEFI onboard the system I am using. I have followed your advices and performed the following operations in the Computer Setup (for better understanding I simply took photos of the screens, see the attached ZIP file):
1. From the Startup Menu I selected Computer Setup (1_Startup-Menu.jpg).
2. I set SATA Emulation to IDE (2_Storage-Options.jpg).
3. I enabled Legacy Support and disabled Secure Boot (3_Secure-Boot-Configuration.jpg).
4. I disabled UEFI Boot Sources (4_Boot-Order.jpg).
5. I disabled Hyperthreading (5_Device-Options.jpg).
6. I set Option ROM Launch Policy to Legacy Only (6_Option-ROM-Launch-Policy.jpg).
7. At the startup I selected my USB utility to boot from (7_Boot-Device-Selection.jpg).
8. The screen stuck at the same message "Transferring control to user program" and code "KT01455" (8_Stuck-Screen.jpg).
Additionally, in step no.2 I tried both eSATA Port options: Disabled and Enabled - without success. Similarly, in step no. 3 I tried both Fast Boot options: Disabled and Enabled - no-go. Another remark is that when I disabled the UEFI Boot Sources (step no. 4) and reboot the computer for the first time, a screen appeared with the message "No option to boot to". However, during the next startup I made the machine boot from USB (step no. 7) and saw the "KT01455" code again (step no.8).
Just in case I took the screenshot of the IDE ATA/ATAPI controllers in Windows Device Manager as well. Maybe there is something which might be worth checking.
I would be grateful for your further assistance.
Regards,
04-09-2013 01:30 PM
Harumph. Let's try then to tackle this from a slightly different angle. Based on my experience, 9 out of 10 issues with booting RT through the USB Key (i.e. just getting the key to boot, not necessarily getting RT to work) stem from the way that the USB key itself is emulated. This emulation determines how the USB key is treated, and even how the USB key is seen as a mass storage device - the hang on boot may actually be caused by how the USB key itself is being emulated (on some systems, the UEFI or BIOS treatment of the USB key is embedded in the emulation mode - at least, that's the way it is on one of the Core i7 systems we tested recently).
Based on your images, I was able to scrounge up some documentation on your BIOS menus. Please try this:
What we want to do is set up the device to be emulated as a "Hard Disk", or sometimes you have to select "HDD" or "Forced HDD" if there's no "Hard Disk" option. If there's an "Auto" selection, I've NEVER seen it work using "Auto" - usually "Auto" will select "USB Floppy" or "USB-ZIP" or something equivalent, but RT can only work if the USB drive is emulated as a Hard Disk. This emulation opens hooks and sets up BIOS settings that we can use to boot the drive, otherwise those settings aren't there in the Floppy case.
If this doesn't work, let me know what the emulation options are (and try all of them, but try the "Hard Disk" emulation first) and we'll see if anything else comes to mind.
-Danny
04-10-2013 09:40 AM
Hello Danny,
Thank you for your continuous support. Here comes a new portion of updates.
1. I have entered the Device Configuration option for my USB Flash Drive but I have not found there anything to configure (see pictures no.1 and no.2 in the attachment). The USB window in picture no.2 was passive without a possibility to modify the content. As you see, there is no USB Emulation Type neither.
2. I have tried to find USB Emulation Type option somewhere else in BIOS but found nothing - you may see it here as I came across System Setup characteristics of HP Compaq Elite 8300 SFF.
3. My USB appears only under the Legacy Boot Sources, not UEFI Boot Sources. What is more, it is shown under the Hard Drives (see picture no.3). Does it mean that it is already emulated as a Hard Disk?
4. If UEFI Boot Sources are enabled then my USB still appears under the Legacy Boot Sources under Hard Disk (see picture no.3 again and picture no.4). Another remark here is that when I enabled UEFI Boot Sources and disabled Legacy Boot Sources while at the same time having Secure Boot option disabled and USB Flash Drive inserted, I got the "No option to boot to" message.
As a result, I keep on getting the same "KT01455" and "Transferring control to user program" messages on the screen.
I am looking forward to hearing from you.
Regards,
04-10-2013 10:57 AM
Ack. Double-Harumph.
The "No Option to Boot To" is coming from the BIOS, not RT, so we can just say the BIOS isn't happy with that configuration. With the USB Flash Drive categorized under "Hard Disks" that doesn't necessarily mean much to me either - only because I've seen multiple BIOS implementations categorize a Flash Drive as a "Hard Disk" in a "public category" but under the hood it was being emulated as a "Floppy Drive." Not being able to set the USB emulation type does make me a bit uneasy, and doesn't necessarily bode well for our future success.
I think I'm about out of options in attempting to solve this issue via the forums. Expect a private message through the forums from me with my contact information, this may require additional non-published debugging. I'm not guaranteeing that we'll find a solution, I'm just saying I'm willing to help dive a bit deeper to see where we might be hitting a road block.
-Danny
04-07-2021 07:18 AM
Hello both of you,
Could you solve the issue with using the desktop usb utility to set up a LabView RT target on the desktop PC?
Currently I am facing the same issue ("Transferring control to user program KT01455") during the booting-routine with the help of a usb utility.
The computer which I would like to use as a RT target is HP Compaq Elite 8300 CMT (different version of the same series of the original mentioned pc in this discussion).
I already tried the recommendations within this discussion but without success.
I would be grateful for any further hints.
Thanks in advance and with best regards.