need guidance re amdgpu i2c

need guidance re amdgpu i2c

[Sanford Rockowitz]

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

First, apologies in advance if this is not the most appropriate list for
my questions.  Redirection appreciated.

I am the author of ddctool <www.ddctool.com>, a utility to manipulate
monitor settings using DDC/CI over I2C.

My understanding is that amdgpu provides /dev/i2c-* devices in the usual
way, so that ddctool should just work without changes.  But of course
this needs to be tested.

In this regard I have a number of questions and a request.

Does the i2c interface depend in some way on whether one is running the
AMDGPU-PRO driver?

The most current AMD card that I own in a R9 280, which is a first
generation GCN device.   Phoronix suggests that first generation GCN
support is in the works.  Will this be soon?   If not, would the current
development code for amdgpu be sufficient for me to test the i2c
support?   If so, what would I have to do to build and install it?

Or should I just plunk down a few dollars for a relatively inexpensive
R7 260, which I understand is supported by the current amdgpu?

Alternatively, if someone running the amdgpu driver would be willing to
install and test ddctool on their system I'd be most appreciative.  The
git repository is here: https://github.com/rockowitz/ddctool, and
there's extensive documentation on the website, www.ddctool.com.

A couple of command line options of note:

  "--stats" reports extensive performance statistics, including counts
of i2c retries required
  "--ddc"  reports DDC protocol data errors

If ddctool installs but does not seem to be working, command "ddctool
environment" may provide some clues.

Finally, the "ddctool interrogate" command fully exercises ddctool and
probes the i2c environment.  Depending on permissions, running it as
root may provide additional detail.  If you can capture the output and
send it to me that would be most helpful. 

Thanks in advance,
Sanford Rockowitz


[-- Attachment #1.2: Type: text/html, Size: 2537 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

RE: need guidance re amdgpu i2c

[Deucher, Alexander]

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


From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf Of Sanford Rockowitz
Sent: Tuesday, September 13, 2016 6:47 AM
To: amd-gfx@lists.freedesktop.org
Subject: need guidance re amdgpu i2c

First, apologies in advance if this is not the most appropriate list for my questions.  Redirection appreciated.

I am the author of ddctool<www.ddctool.com>, a utility to manipulate monitor settings using DDC/CI over I2C.

My understanding is that amdgpu provides /dev/i2c-* devices in the usual way, so that ddctool should just work without changes.  But of course this needs to be tested.

In this regard I have a number of questions and a request.

Does the i2c interface depend in some way on whether one is running the AMDGPU-PRO driver?

No, although the PRO driver uses a newer display stack which is not upstream yet so there may be subtle differences.

The most current AMD card that I own in a R9 280, which is a first generation GCN device.   Phoronix suggests that first generation GCN support is in the works.  Will this be soon?   If not, would the current development code for amdgpu be sufficient for me to test the i2c support?   If so, what would I have to do to build and install it?

Both radeon and amdgpu support the same i2c interfaces.  It doesn’t matter which driver you use.  The current SI support in amdgpu supports i2c.

Or should I just plunk down a few dollars for a relatively inexpensive R7 260, which I understand is supported by the current amdgpu?

Up to you.

Alternatively, if someone running the amdgpu driver would be willing to install and test ddctool on their system I'd be most appreciative.  The git repository is here: https://github.com/rockowitz/ddctool, and there's extensive documentation on the website, www.ddctool.com<http://www.ddctool.com>.

A couple of command line options of note:

  "--stats" reports extensive performance statistics, including counts of i2c retries required
  "--ddc"  reports DDC protocol data errors

If ddctool installs but does not seem to be working, command "ddctool environment" may provide some clues.

Finally, the "ddctool interrogate" command fully exercises ddctool and probes the i2c environment.  Depending on permissions, running it as root may provide additional detail.  If you can capture the output and send it to me that would be most helpful.

Thanks in advance,
Sanford Rockowitz

[-- Attachment #1.2: Type: text/html, Size: 5960 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

Re: need guidance re amdgpu i2c

[Sanford Rockowitz]

aelaric,

I will join the IRC channel. 

As to uses that you see for ddctool, the short answer is that it's not
going to be of help (except possibly for underscan).

Now for the long answer.

To address your thought that ddctool might be able to help with monitor
switching and resolution, a bit of background will simplify my
answers.   Forgive me if this is all known.  Monitors provide a set of
controls, referred to as Virtual Control Panel (VCP) Features.  These
are defined in VESA's Monitor Control and Command Set (MCCS)
specification.   Typically, these are communicated between monitor and
host using the DDC/CI protocol on address x37 of the I2C bus. 
(Alternatively, the commands may be communicated over USB, but that is
not relevant here.)  Monitors typically implement only a small subset of
defined controls.   There is a range of numbers reserved for
manufacturer specific controls.  ddctool can read and set these, but
doesn't know how to interpret them.

Laptops do not use the I2C bus to communicate VCP features.   The EDID
is typically communicated on address x50 of the I2C bus, but I've yet to
see a laptop where address x37 for DDC/CI is implemented.   So ddctool
can read the laptop monitor's EDID, but that's it.

VCP Feature Code x60 allows for changing the input source on a monitor,
e.g. DVI-1, DVI-2.  But that will not address what you want to do, which
is to change where the laptop directs its output. 

As for controlling underscan on an external monitor, there's some hope. 
VCP Feature Code xDA (Scan mode) allows for setting Normal Operation,
Underscan, Overscan, or Widescreen.  I believe this is what you are
looking for.  However, this control is not widely implemented.   Of 4
monitors I just checked, none provide this feature.   Generally
specking, if something can be queried or set using the On Screen Display
(OCD) there will also be ability to read and set this value using a VCP
feature, but it may be implemented using a manufacturer specific code. 

Regards,
Sanford



On 09/13/2016 10:50 AM, aelaric wrote:
> Sanford,
>
> We have started an IRC channel for the support of amdgpu/amdgpu-pro.
> (Freenode, #amdgpu) We are currently in dire need of a way to switch
> to HDMI monitor and deactivate LDS screen on laptops while using
> amdgpu. We could really use you in the channel, to provide you with
> testing results, and also I am hoping you can help us resolve our
> monitor switching/resolution problems.
>
> We would be more than glad to run ddctool on our hdmi setups as root
> and provide you with the results.
>
> Also, can ddctool affect overscan/underscan settings on an hdmi monitor?
>
> Kind Regards,
>
> --aelaric
>
> On 09/13/2016 06:47 AM, Sanford Rockowitz wrote:
>> First, apologies in advance if this is not the most appropriate list for
>> my questions.  Redirection appreciated.
>>
>> I am the author of ddctool <www.ddctool.com>, a utility to manipulate
>> monitor settings using DDC/CI over I2C.
>>
>> My understanding is that amdgpu provides /dev/i2c-* devices in the usual
>> way, so that ddctool should just work without changes.  But of course
>> this needs to be tested.
>>
>> In this regard I have a number of questions and a request.
>>
>> Does the i2c interface depend in some way on whether one is running the
>> AMDGPU-PRO driver?
>>
>> The most current AMD card that I own in a R9 280, which is a first
>> generation GCN device.   Phoronix suggests that first generation GCN
>> support is in the works.  Will this be soon?   If not, would the current
>> development code for amdgpu be sufficient for me to test the i2c
>> support?   If so, what would I have to do to build and install it?
>>
>> Or should I just plunk down a few dollars for a relatively inexpensive
>> R7 260, which I understand is supported by the current amdgpu?
>>
>> Alternatively, if someone running the amdgpu driver would be willing to
>> install and test ddctool on their system I'd be most appreciative.  The
>> git repository is here: https://github.com/rockowitz/ddctool, and
>> there's extensive documentation on the website, www.ddctool.com.
>>
>> A couple of command line options of note:
>>
>>   "--stats" reports extensive performance statistics, including counts
>> of i2c retries required
>>   "--ddc"  reports DDC protocol data errors
>>
>> If ddctool installs but does not seem to be working, command "ddctool
>> environment" may provide some clues.
>>
>> Finally, the "ddctool interrogate" command fully exercises ddctool and
>> probes the i2c environment.  Depending on permissions, running it as
>> root may provide additional detail.  If you can capture the output and
>> send it to me that would be most helpful.
>>
>> Thanks in advance,
>> Sanford Rockowitz
>>
>>
>>
>> _______________________________________________
>> amd-gfx mailing list
>> amd-gfx@lists.freedesktop.org
>> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
>>
>
> ____________________________________________________________
> FREE ONLINE PHOTOSHARING - Share your photos online with your friends
> and family!
> Visit http://www.inbox.com/photosharing to find out more!
>
>
>


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