All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dennis Schridde <dennis.schridde-axtXthT+lymYbFdUjOg7S7NAH6kLmebB@public.gmane.org>
To: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: AMDGPU without display output
Date: Thu, 13 Apr 2017 16:31:42 +0200	[thread overview]
Message-ID: <2259850.ejp6DaCL9T@c07060> (raw)


[-- Attachment #1.1: Type: text/plain, Size: 1272 bytes --]

Hello again!

I am trying to use a AMD FirePro S7150X2 with the AMDGPU driver of a Linux 
4.10.9 kernel (CoreOS Container Linux) and linux-firmware 
e39f0e3e6897ad865b3704f61218ae83f98a85da.

Since the card has no display output and I want to run remote applications 
only, I would like to prevent any interference with mode setting and the 
kernel console. Thus I set "nomodeset" on the kernel command line to prevent 
the kernel from trying to initialise anything but the rendering functions of 
the card. However, this leads to following error message:

[drm:init_module [amdgpu]] *ERROR* VGACON disables amdgpu kernel modesetting.

The result is that the AMDGPU module can not be loaded.

Is this generally the right approach to use this driver for rendering without 
display output, or can I safely leave KMS enabled and it will not interfere 
with my application's X servers and the OpenGL applications running on them?

Assuming I have to disable KMS, how would I get past this error, i.e. to 
initialise the card's rendering functions, but skipping initialisation of the 
output part of the driver?

Generally asking: How do people use this card for GPGPU compute (i.e. 
headless) tasks? Is there some documentation what I need to pay attention to?

Thanks,
Dennis

[-- Attachment #1.2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 681 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

             reply	other threads:[~2017-04-13 14:31 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-13 14:31 Dennis Schridde [this message]
2017-04-13 15:15 ` AMDGPU without display output Deucher, Alexander
     [not found]   ` <BN6PR12MB165282CADA64ADF35AD09EF4F7020-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2017-04-13 15:20     ` Dennis Schridde
2017-04-14  1:50       ` Yu, Qiang
     [not found]         ` <DM5PR12MB1739D59ACC914AE04D4A35E38F050-2J9CzHegvk/RSyQDjr89dQdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2017-04-18 12:25           ` Dennis Schridde

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2259850.ejp6DaCL9T@c07060 \
    --to=dennis.schridde-axtxtht+lymybfdujog7s7nah6klmebb@public.gmane.org \
    --cc=amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.