Possible to run headless?

Possible to run headless?

Has anyone succeeded in running AMT systems headless, with no monitor cable attached?Noticed that when there is no monitor cable connected, I do not get any visual with the KVM-over-IP either.Once I do connect the monitor cable the missing visual appears instantly.I do can access the BIOS and GRUB with kvm-over-ip, so might be a (Debian) Linux only issue.(it's not the standard screen blanker. pressing a key doesn't solve it)

14 posts / 0 new
Last post
For more complete information about compiler optimizations, see our Optimization Notice.

Problem seems to be limited to recent Linux distributions versions that use the Direct Redering Manager.Created a bug report for the Intel driver in freedesktop's bugzilla.

I have Fedora 16 on one of my systems - I'll see if I can duplicate this later this afternoon.

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

Oh.. it looks like you already figured out what the issue was. This did work fine with no monitor on my Windows systems. Do you have this problem if your OS allows your monitor to shut off? ie, would setting it so that it would never shut down (the "non" monitor) allow the connection to take place?I would think that if you enabled the user consent option, things might not work in a headless environment, as well so user consent would need to be disabled.

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

There is no power saving mode active (at least not one I can set. perhaps there is an automatic one if it thinks no monitor is attached), and yes user consent is disabled.The only workaround I found so far is disabling graphic acceleration for the text console completey (kernel boot option"i915.modeset=0")That's why I think the problem might be in that Intel driver, or in the related code that detects the capabilities of the monitor attached (EDID?)Problem only occurs if the monitor cable is missing on boot. If it is connected at boot, but you disconnect it later, the visual will stay.

Very intersting. I have sent this question on to our engineering team to see if this is a known issue.

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

Hi Max,I'm being asked to provide the following information:

Which tool are you using to open the KVM session?

Which version of AMT is on your system?

What are the exact steps you are trying to do? (when you remove the monitor? And when
its attached?)

Some of this may be scattered throughout this thread - let's get it all together in one place. Thanks!

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

Which tool are you using to open the KVM session?
Our own custom software (it's the developer's forum after all :-) )Which double checks that KVM and listener are up & running (usingCIM_KVMRedirectionSAP andAMT_RedirectionService), then connects to the redirection port16994, performs authentication using your digest authentication protocol, and then behaves as a normal VNC RFB 3.8 client.

Which version of AMT is on your system?
AMT 7.0

What are the exact steps you are trying to do? (when you remove the monitor? And when its attached?)

Screencast:http://screencast.com/t/LlCx2oS0

  • No monitor cable connected
  • Start system
  • Connect to AMT KVM console using our software: you can see BIOS boot process, grub boot loader boot progress. The grub boot loader messages telling it is loading kernel & ramdisk are the last you see. After that the screen goes either blank totally, or only the bootloader messages stay, like shown in the screencast.
  • If you close the AMT KVM console, and connect again to the console, you get a total blank screen.
  • Near the end of the screencast at 1:20 I get tired of waiting and do connect the monitor. As you can see visual appears instantly (along with a drm kernel warning message, you always get when you connect or disconnect a display)

===Another screencast:http://screencast.com/t/tkTf54DM

  • No monitor cable connected
  • Start system
  • Connect to AMT KVM console using our software, add the i915.modeset=0 kernel boot parameter in grub.
  • As you can see with that parameter added display does works properly, and get the login prompt within seconds.

The exact AMT version turns out to be 7.0.2.1164(Never had much luck with the KVM viewer of the Manageability commander either.Always gets stuck at "try connecting".)

Hi Max,Sorry for the delays - we have the engineering team looking into this. The do think it is a bug in the Linux Driver (but they are still doing some tests.) Here is another question for you:

What happens when you boot passing the
"nomodeset" option to the Kernel? (you need to pass this option to
kernel in the boot loader)

Gael

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

Quoting Gael Holmes Hofemeier (Intel)

What happens when you boot passing the
"nomodeset" option to the Kernel? (you need to pass this option to
kernel in the boot loader)

With "nomodeset" it works fine as well (looks the same as with i915.modeset=0)

Apologies for the delay - could you let us know some additional information?

1) Are you seeing the following error?: "Error: 0x80862000: Unsupported or inactive display
adapter" message after some time (about a minute).

2) Also - could you provide the register dump using
intel_reg_dumper (http://intellinuxgraphics.org/intel_reg_dumper.html)
?

This would help us understand whether we are seeing the
same problem on our platform.

Thanks!

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

Excellent - I have forwarded the bug report to our engineering team who is looking at this issue.Thanks!

Follow me on Twitter: @GaelHof Facebook: https://www.facebook.com/GaelHof

Login to leave a comment.