From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: DRM Inquiry Date: Thu, 17 May 2018 12:47:45 +0000 (UTC) Message-ID: <471791572.2287221.1526561265798@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1361412225==" Return-path: Received: from sonic302-21.consmr.mail.ne1.yahoo.com (sonic302-21.consmr.mail.ne1.yahoo.com [66.163.186.147]) by gabe.freedesktop.org (Postfix) with ESMTPS id F29746E7FD for ; Thu, 17 May 2018 12:47:47 +0000 (UTC) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: "dri-devel@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org --===============1361412225== Content-Type: multipart/alternative; boundary="----=_Part_2287220_654334423.1526561265796" ------=_Part_2287220_654334423.1526561265796 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi All, Good day! I=E2=80=99ve been doing some PTN3460 programming under Linux using C/C++ an= d I have some questions regarding on setting the brightness level to my dis= play device. The display device with PTN3460 is connected in DP (display port) to my com= puter. Only needs a DisplayPort native AUX command to access DPCD address f= rom PTN3460.=C2=A0I=E2=80=99m currently looking into the DRM (Direct Render= ing Manager) a subsystem of the Linux kernel. It has a methods drm_dp_dpcd_= readb, drm_dp_dpcd_read and drm_dp_dpcd_write.=C2=A0 Do you have any suggestions or advice how to use the kernel driver in DRM i= n regards to how to implement the method=C2=A0drm_dp_dpcd_readb for example= ? I couldn't not find any test tool examples that implement it. Biggest con= cern is I don't have sufficient knowledge where to start what to code using= the DRM module. Namedrm_dp_dpcd_readb =E2=80=94 read a single byte from the DPCDSynopsisssi= ze_t drm_dp_dpcd_readb (=C2=A0 =C2=A0 struct drm_dp_aux * aux, =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0unsigned int offset,= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0u8 * valuep); Argumentsaux - DisplayPort AUX channeloffset - address of the register to r= eadvaluep - location where the value of the register will be storedDescript= ionReturns the number of bytes transferred (1) on success, or a negative er= ror code on failure. Regards,John ------=_Part_2287220_654334423.1526561265796 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Good day!

I=E2=80=99ve been doing some PTN3460 programming under Linux us= ing C/C++ and I have some questions regarding on setting the brightness lev= el to my display device.

The display device with PTN3460 is connected in DP (di= splay port) to my computer. Only needs a DisplayPort native AUX command to = access DPCD address from PTN3460.
 
I=E2=80=99m currently looking into the DRM = (Direct Rendering Manager) a subsystem of the Linux kernel. It has a method= s drm_dp_dpcd_readb, drm_dp_dpcd_read and drm_dp_dpcd_write. 

Do = you have any suggestions or advice how to use the kernel driver in DRM in r= egards to how to implement the method drm_dp_dpcd_readb for example? I= couldn't not find any test tool examples that implement it. Biggest concer= n is I don't have sufficient knowledge where to start what to code using th= e DRM module.

Name
drm_dp_dpcd_readb =E2=80=94 read a single byte from the D= PCD
Synopsis
ssize_t drm_dp_dpcd_readb (    s= truct drm_dp_aux * aux,

       = ;        unsigned int offset,
    &= nbsp;          u8 * valuep);

<= div>Arguments
aux - DisplayPort AUX channel
offset - ad= dress of the register to read
valuep - location where the value o= f the register will be stored
Description
Returns the n= umber of bytes transferred (1) on success, or a negative error code on fail= ure.

Regards,
John
------=_Part_2287220_654334423.1526561265796-- --===============1361412225== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============1361412225==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: DRM Inquiry Date: Fri, 18 May 2018 12:50:03 +0300 Message-ID: <87fu2pxph0.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <471791572.2287221.1526561265798@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: John Sledge , "dri-devel@lists.freedesktop.org" Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org T24gVGh1LCAxNyBNYXkgMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5fc2xlZGdldEB5YWhvby5jb20+ IHdyb3RlOgo+IEnigJl2ZSBiZWVuIGRvaW5nIHNvbWUgUFROMzQ2MCBwcm9ncmFtbWluZyB1bmRl ciBMaW51eCB1c2luZyBDL0MrKyBhbmQgSQo+IGhhdmUgc29tZSBxdWVzdGlvbnMgcmVnYXJkaW5n IG9uIHNldHRpbmcgdGhlIGJyaWdodG5lc3MgbGV2ZWwgdG8gbXkKPiBkaXNwbGF5IGRldmljZS4K Pgo+IFRoZSBkaXNwbGF5IGRldmljZSB3aXRoIFBUTjM0NjAgaXMgY29ubmVjdGVkIGluIERQIChk aXNwbGF5IHBvcnQpIHRvCj4gbXkgY29tcHV0ZXIuIE9ubHkgbmVlZHMgYSBEaXNwbGF5UG9ydCBu YXRpdmUgQVVYIGNvbW1hbmQgdG8gYWNjZXNzCj4gRFBDRCBhZGRyZXNzIGZyb20gUFROMzQ2MC4g IEnigJltIGN1cnJlbnRseSBsb29raW5nIGludG8gdGhlIERSTSAoRGlyZWN0Cj4gUmVuZGVyaW5n IE1hbmFnZXIpIGEgc3Vic3lzdGVtIG9mIHRoZSBMaW51eCBrZXJuZWwuIEl0IGhhcyBhIG1ldGhv ZHMKPiBkcm1fZHBfZHBjZF9yZWFkYiwgZHJtX2RwX2RwY2RfcmVhZCBhbmQgZHJtX2RwX2RwY2Rf d3JpdGUuCj4KPiBEbyB5b3UgaGF2ZSBhbnkgc3VnZ2VzdGlvbnMgb3IgYWR2aWNlIGhvdyB0byB1 c2UgdGhlIGtlcm5lbCBkcml2ZXIgaW4KPiBEUk0gaW4gcmVnYXJkcyB0byBob3cgdG8gaW1wbGVt ZW50IHRoZSBtZXRob2QgZHJtX2RwX2RwY2RfcmVhZGIgZm9yCj4gZXhhbXBsZT8gSSBjb3VsZG4n dCBub3QgZmluZCBhbnkgdGVzdCB0b29sIGV4YW1wbGVzIHRoYXQgaW1wbGVtZW50Cj4gaXQuIEJp Z2dlc3QgY29uY2VybiBpcyBJIGRvbid0IGhhdmUgc3VmZmljaWVudCBrbm93bGVkZ2Ugd2hlcmUg dG8KPiBzdGFydCB3aGF0IHRvIGNvZGUgdXNpbmcgdGhlIERSTSBtb2R1bGUuCgpMZXQgbWUgZG91 YmxlIGNoZWNrLCB5b3UncmUgdGFsa2luZyBhYm91dCBkb2luZyBEUENEIGFjY2VzcyBmcm9tCnVz ZXJzcGFjZT8gVGhlICpvbmx5KiBpbnRlcmZhY2UgdGhhdCBjYW4gYmUgcmVjb21tZW5kZWQgZm9y IHRoYXQgaXMgdGhlCkRSTSBEUCBBVVggaW50ZXJmYWNlLiBJZiB5b3UgaGF2ZSBrZXJuZWwgY29u ZmlnIERSTV9EUF9BVVhfQ0hBUkRFVj15LAp5b3UnbGwgZ2V0IC9kZXYvZHJtX2RwX2F1eE4gbm9k ZShzKSB0aGF0IGFsbG93cyB5b3UgdG8gcmVhZCBhbmQgd3JpdGUKYXJiaXRyYXJ5IERQQ0Qgb2Zm c2V0cy4gSXQncyBhIGNoYXJkZXY7IHlvdSBjYW4gdXNlIGUuZy4gZGQgdG8gZGVidWcKcmVhZCBE UENELgoKT2YgY291cnNlLCBpdCB3b3VsZCBiZSBiZXR0ZXIgdG8gaGF2ZSBhIGdlbmVyaWMgYmFj a2xpZ2h0IGludGVyZmFjZSBmb3IKRFBDRCBiYXNlZCBiYWNrbGlnaHQgaW4ga2VybmVsLiBXZSBo YXZlIHRoZSBiYXNpY3MgZm9yIHRoYXQgZm9yIEludGVsCkdQVSBpbiBpOTE1L2ludGVsX2RwX2F1 eF9iYWNrbGlnaHQuYy4gR3JhbnRlZCwgaXQgc2hvdWxkIGJlIG1vdmVkIHRvCmNvbW1vbiBEUk0g Y29kZSwgYnV0IGl0IGFsc28gZG9lc24ndCB3b3JrIGZvciB5b3UgaWYgeW91IGhhdmUgdGhlIGNo aXAKY29ubmVjdGVkIHRvIHJlZ3VsYXIgRFAuIEl0IGV4cGVjdHMgZURQLCBhbmQgc29tZXdoYXQg c3BlYyBjb21wbGlhbnQgZURQCkRQQ0QgYmFja2xpZ2h0IHN1cHBvcnQuCgpIVEgsCkphbmkuCgoK LS0gCkphbmkgTmlrdWxhLCBJbnRlbCBPcGVuIFNvdXJjZSBHcmFwaGljcyBDZW50ZXIKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4IG1haWxp bmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJl ZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: DRM Inquiry Date: Thu, 24 May 2018 04:19:54 +0000 (UTC) Message-ID: <910225270.614010.1527135594944@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1266042506==" Return-path: In-Reply-To: <87fu2pxph0.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1266042506== Content-Type: multipart/alternative; boundary="----=_Part_614009_1699550502.1527135594941" ------=_Part_614009_1699550502.1527135594941 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, Good day! Thank you for taking the time to point out those information. It=E2=80=99s = a great help to me. Also apologies for the late reply, your first reply went to my spam inbox, = not sure what happen and I was waiting for replies for days. I'm still new to Linux and to DRM. I also need to investigate and learn mor= e about it. Here's what I have done so far. I was able to work on the modeprint test ap= plication from the libdrm package found in the website=C2=A0github.com/grat= e-driver/libdrm. I need to understand how user space and kernel works and m= odeprint provided me a simple understanding how it works.The modeprint requ= ires a module name to open and I provided the i915 module. It followed open= ing the device name then calling ioctl commands to get resources, drm mode = get connectors, encoders and crtc. From here, i was able to detect the disp= lay device's information successfully. So from here I got stuck and got confused. I only notice that in the drm.h = it has limited IOCTL commands which it doesn't reach what i needed like to = reach scope in=C2=A0drm_dp_helper.c or=C2=A0intel_dp.c where the dp aux rea= d/write functions. Okay, back to your advice. Correct, I'm trying to access DPCD from the user= space. I haven't tried it and I'm not sure how it will goes out. I will try= it now and I will give feedback on this.From what I understand, I need to = rebuild the entire kernel with modification to Kconfig file (depends on DRM= =3Dy) in=C2=A0linux-4.16\drivers\gpu\drm directory. Then expect=C2=A0/dev/d= rm_dp_auxN node in the system. config DRM_DP_AUX_CHARDEV bool "DRM DP AUX Interface" depends on DRM=3Dy he= lp =C2=A0 Choose this option to enable a /dev/drm_dp_auxN node that allows = to =C2=A0 read and write values to arbitrary DPCD registers on the DP aux = =C2=A0 channel. The second advice, I guess your correct since the display device i needed t= o communicate is under Connector: DP-1 and not in=C2=A0Connector: eDP-1. Th= is is based on the application modeprint result. Regards,John On Friday, May 18, 2018, 5:48:31 PM GMT+8, Jani Nikula wrote: =20 =20 On Thu, 17 May 2018, John Sledge wrote: > I=E2=80=99ve been doing some PTN3460 programming under Linux using C/C++ = and I > have some questions regarding on setting the brightness level to my > display device. > > The display device with PTN3460 is connected in DP (display port) to > my computer. Only needs a DisplayPort native AUX command to access > DPCD address from PTN3460.=C2=A0 I=E2=80=99m currently looking into the D= RM (Direct > Rendering Manager) a subsystem of the Linux kernel. It has a methods > drm_dp_dpcd_readb, drm_dp_dpcd_read and drm_dp_dpcd_write. > > Do you have any suggestions or advice how to use the kernel driver in > DRM in regards to how to implement the method drm_dp_dpcd_readb for > example? I couldn't not find any test tool examples that implement > it. Biggest concern is I don't have sufficient knowledge where to > start what to code using the DRM module. Let me double check, you're talking about doing DPCD access from userspace? The *only* interface that can be recommended for that is the DRM DP AUX interface. If you have kernel config DRM_DP_AUX_CHARDEV=3Dy, you'll get /dev/drm_dp_auxN node(s) that allows you to read and write arbitrary DPCD offsets. It's a chardev; you can use e.g. dd to debug read DPCD. Of course, it would be better to have a generic backlight interface for DPCD based backlight in kernel. We have the basics for that for Intel GPU in i915/intel_dp_aux_backlight.c. Granted, it should be moved to common DRM code, but it also doesn't work for you if you have the chip connected to regular DP. It expects eDP, and somewhat spec compliant eDP DPCD backlight support. HTH, Jani. --=20 Jani Nikula, Intel Open Source Graphics Center =20 ------=_Part_614009_1699550502.1527135594941 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

Good day!

Thank you for= taking the time to point out those information. It=E2=80=99s a great help = to me.
Also apologies f= or the late reply, your first reply went to my spam inbox, not sure what ha= ppen and I was waiting for replies for days.

I'm still new to Li= nux and to DRM. I also need to investigate and learn more about it.

Here's what= I have done so far. I was able to work on the modeprint test application f= rom the libdrm package found in the website github.com/grate-dri= ver/libdrm. I need to understand how user space and kernel works and modepr= int provided me a simple understanding how it works.
The modeprint requires a module name to open and I = provided the i915 module. It followed opening the device name then calling = ioctl commands to get resources, drm mode get connectors, encoders and crtc= . From here, i was able to detect the display device's information successf= ully.

So from here I got stuck and got confused. I only not= ice that in the drm.h it has limited IOCTL commands which it doesn't reach = what i needed like to reach scope in drm_dp_helper.c or intel_dp.c where the dp aux read/write functions.

Okay, back to your adv= ice. Correct, I'm trying to access DPCD from the userspace. I haven't tried= it and I'm not sure how it will goes out. I will try it now and I will giv= e feedback on this.
From what I understand= , I need to rebuild the entire kernel with modification to Kconfig file (depends on DRM=3Dy) in linux-4.16\drivers\gpu\drm directory. Then expec= t /dev/drm_dp_auxN node in the system.=

config DRM_DP_AUX_CHARDEV
=09bool "DRM DP AUX Interface"
=09depends on DRM=3Dy
=09help
=09  Choose this option to enable a /dev/dr= m_dp_auxN node that allows to
=09  read and write values to arbitrary DPCD registers on t= he DP aux
=09 = channel.

The second advice, I guess your correct = since the display device i needed to communicate is under Connector: = DP-1 and not in Connector: eDP-1. This is based on the applicati= on modeprint result.

Regards,
<= div>John




=

=20
=20
On Friday, May 18, 2018, 5:48:31 PM GMT+8, Jani Nik= ula <jani.nikula@linux.intel.com> wrote:


On Thu, 17 May 2018, John Sledge = <john_sledget@yahoo.com> wrote:

> I=E2=80=99ve b= een doing some PTN3460 programming under Linux using C/C++ and I
> have some questions regarding on setting the brightness leve= l to my
> display device.
>
> The display device with PTN3460 is connected in DP (displ= ay port) to
> my computer. Only needs a DisplayPort na= tive AUX command to access
> DPCD address from PTN3460= .  I=E2=80=99m currently looking into the DRM (Direct
> Rendering Manager) a subsystem of the Linux kernel. It has a methods=
> drm_dp_dpcd_readb, drm_dp_dpcd_read and drm_dp_dpcd= _write.
>
> Do you have any sugge= stions or advice how to use the kernel driver in
> DRM= in regards to how to implement the method drm_dp_dpcd_readb for
> example? I couldn't not find any test tool examples that imp= lement
> it. Biggest concern is I don't have sufficien= t knowledge where to
> start what to code using the DR= M module.


Let me double check, y= ou're talking about doing DPCD access from
userspace? The= *only* interface that can be recommended for that is the
DRM DP AUX interface. If you have kernel config DRM_DP_AUX_CHARDEV=3Dy,you'll get /dev/drm_dp_auxN node(s) that allows you to read= and write
arbitrary DPCD offsets. It's a chardev; you ca= n use e.g. dd to debug
read DPCD.

Of course, it would be better to have a generic backlight int= erface for
DPCD based backlight in kernel. We have the ba= sics for that for Intel
GPU in i915/intel_dp_aux_backligh= t.c. Granted, it should be moved to
common DRM code, but = it also doesn't work for you if you have the chip
connect= ed to regular DP. It expects eDP, and somewhat spec compliant eDP
DPCD backlight support.

HTH,=
Jani.


--
Jani Nikula, Intel Open Source Graphics Center<= /div>
------=_Part_614009_1699550502.1527135594941-- --===============1266042506== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4 IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== --===============1266042506==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: DRM Inquiry Date: Thu, 24 May 2018 10:57:01 +0000 (UTC) Message-ID: <524712366.665006.1527159421984@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0102738164==" Return-path: In-Reply-To: <910225270.614010.1527135594944@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0102738164== Content-Type: multipart/alternative; boundary="----=_Part_665005_353402469.1527159421979" ------=_Part_665005_353402469.1527159421979 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV in t= he=C2=A0Kconfig file=C2=A0linux-4.6\drivers\gpu\drm. Though I also add=C2= =A0DRM_DP_AUX_CHARDEV=3Dy in=C2=A0=C2=A0kernel config. When invoke uname -r= , I could see that the kernel is now 4.6. How can I verify the DRM_DP_AUX_CHARDEV takes effect or got configure it co= rrectly? It still unclear to me how to follow what you mean by using DRM DP AUX inte= rface and getting /dev/drm_dp_auxN node(s) that allows me to read and write= arbitrary DPCD offsets.=C2=A0 Please have comments and advice. Regards,John On Thursday, May 24, 2018, 12:19:55 PM GMT+8, John Sledge wrote: =20 =20 Hi Jani, Good day! Thank you for taking the time to point out those information. It=E2=80=99s = a great help to me. Also apologies for the late reply, your first reply went to my spam inbox, = not sure what happen and I was waiting for replies for days. I'm still new to Linux and to DRM. I also need to investigate and learn mor= e about it. Here's what I have done so far. I was able to work on the modeprint test ap= plication from the libdrm package found in the website=C2=A0github.com/grat= e-driver/libdrm. I need to understand how user space and kernel works and m= odeprint provided me a simple understanding how it works.The modeprint requ= ires a module name to open and I provided the i915 module. It followed open= ing the device name then calling ioctl commands to get resources, drm mode = get connectors, encoders and crtc. From here, i was able to detect the disp= lay device's information successfully. So from here I got stuck and got confused. I only notice that in the drm.h = it has limited IOCTL commands which it doesn't reach what i needed like to = reach scope in=C2=A0drm_dp_helper.c or=C2=A0intel_dp.c where the dp aux rea= d/write functions. Okay, back to your advice. Correct, I'm trying to access DPCD from the user= space. I haven't tried it and I'm not sure how it will goes out. I will try= it now and I will give feedback on this.From what I understand, I need to = rebuild the entire kernel with modification to Kconfig file (depends on DRM= =3Dy) in=C2=A0linux-4.16\drivers\gpu\drm directory. Then expect=C2=A0/dev/d= rm_dp_auxN node in the system. config DRM_DP_AUX_CHARDEV bool "DRM DP AUX Interface" depends on DRM=3Dy he= lp =C2=A0 Choose this option to enable a /dev/drm_dp_auxN node that allows = to =C2=A0 read and write values to arbitrary DPCD registers on the DP aux = =C2=A0 channel. The second advice, I guess your correct since the display device i needed t= o communicate is under Connector: DP-1 and not in=C2=A0Connector: eDP-1. Th= is is based on the application modeprint result. Regards,John On Friday, May 18, 2018, 5:48:31 PM GMT+8, Jani Nikula wrote: =20 =20 On Thu, 17 May 2018, John Sledge wrote: > I=E2=80=99ve been doing some PTN3460 programming under Linux using C/C++ = and I > have some questions regarding on setting the brightness level to my > display device. > > The display device with PTN3460 is connected in DP (display port) to > my computer. Only needs a DisplayPort native AUX command to access > DPCD address from PTN3460.=C2=A0 I=E2=80=99m currently looking into the D= RM (Direct > Rendering Manager) a subsystem of the Linux kernel. It has a methods > drm_dp_dpcd_readb, drm_dp_dpcd_read and drm_dp_dpcd_write. > > Do you have any suggestions or advice how to use the kernel driver in > DRM in regards to how to implement the method drm_dp_dpcd_readb for > example? I couldn't not find any test tool examples that implement > it. Biggest concern is I don't have sufficient knowledge where to > start what to code using the DRM module. Let me double check, you're talking about doing DPCD access from userspace? The *only* interface that can be recommended for that is the DRM DP AUX interface. If you have kernel config DRM_DP_AUX_CHARDEV=3Dy, you'll get /dev/drm_dp_auxN node(s) that allows you to read and write arbitrary DPCD offsets. It's a chardev; you can use e.g. dd to debug read DPCD. Of course, it would be better to have a generic backlight interface for DPCD based backlight in kernel. We have the basics for that for Intel GPU in i915/intel_dp_aux_backlight.c. Granted, it should be moved to common DRM code, but it also doesn't work for you if you have the chip connected to regular DP. It expects eDP, and somewhat spec compliant eDP DPCD backlight support. HTH, Jani. --=20 Jani Nikula, Intel Open Source Graphics Center =20 ------=_Part_665005_353402469.1527159421979 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

I was able to update my = kernel to 4.6 which has the DRM_DP_AUX_CHARDEV in the Kconfig file lin= ux-4.6\drivers\gpu\drm. Though I also add DRM_DP_AUX= _CHARDEV=3Dy in 
<= /span>
How can I verif= y the DRM_DP_AUX_CHARDEV takes effect or got configure it correctly?=

It still unclear to me ho= w to follow what you mean by using DRM DP AUX interface and getting /dev/dr= m_dp_auxN node(s) that allows me to read and write arbitrary DPCD offsets.&= nbsp;

Please have comments and advice.

Regards,=
John

=20
=20
On Thursday, May 24, 2018, 12:19:55 PM GMT+8, John = Sledge <john_sledget@yahoo.com> wrote:


<= /div>
Hi Jani,

Good day!
Thank you for taking the time to poi= nt out those information. It=E2=80=99s a great help to me.
Also apologies for the late reply, your first reply= went to my spam inbox, not sure what happen and I was waiting for replies = for days.

I'm= still new to Linux and to DRM. I also need to investigate and learn more a= bout it.

Here= 's what I have done so far. I was able to work on the modeprint test applic= ation from the libdrm package found in the website github.com/gr= ate-driver/libdrm. I need to understand how user space and kernel works and= modeprint provided me a simple understanding how it works.
The modeprint requires a module name to open and I provi= ded the i915 module. It followed opening the device name then calling ioctl= commands to get resources, drm mode get connectors, encoders and crtc. Fro= m here, i was able to detect the display device's information successfully.=

So from here I got stuck and got confused. I only notice that in th= e drm.h it has limited IOCTL commands which it doesn't reach what i needed = like to reach scope in drm_dp_helper.c or intel_dp.c = where the dp aux read/write functions.
<= span>

Okay, back to your advice. Correc= t, I'm trying to access DPCD from the userspace. I haven't tried it and I'm= not sure how it will goes out. I will try it now and I will give feedback = on this.
From what I understand, I need to rebuild the= entire kernel with modification to Kconfig file (depends on DRM=3Dy) in linux-4.16= \drivers\gpu\drm directory. Then expect /dev/dr= m_dp_auxN node in the system.
config DRM_DP_AUX_C= HARDEV
=09bool "DRM = DP AUX Interface"
=09depends on DRM=3Dy
=09help
=09  Ch= oose this option to enable a /dev/drm_dp_auxN node that allows to
=09  read and write valu= es to arbitrary DPCD registers on the DP aux
=09  channel.

The second advice, I guess your correct since the display device i= needed to communicate is under Connector: DP-1 and not in Connector: eDP-1. This is based on the application modeprint result.

Regards,
John




=20
=20
On Friday, May 18, 2018, 5:48:31 PM GMT+8, Jani Nik= ula <jani.nikula@linux.intel.com> wrote:


On Thu, 17 May 2018, John Sledge = <john_sledget= @yahoo.com> wrote:

> I=E2=80=99ve been doing some= PTN3460 programming under Linux using C/C++ and I
> h= ave some questions regarding on setting the brightness level to my
> display device.
>
>= ; The display device with PTN3460 is connected in DP (display port) to
> my computer. Only needs a DisplayPort native AUX command= to access
> DPCD address from PTN3460.  I=E2=80= =99m currently looking into the DRM (Direct
> Renderin= g Manager) a subsystem of the Linux kernel. It has a methods
> drm_dp_dpcd_readb, drm_dp_dpcd_read and drm_dp_dpcd_write.
>
> Do you have any suggestions or advic= e how to use the kernel driver in
> DRM in regards to = how to implement the method drm_dp_dpcd_readb for
> ex= ample? I couldn't not find any test tool examples that implement
> it. Biggest concern is I don't have sufficient knowledge whe= re to
> start what to code using the DRM module.
=

Let me double check, you're talking a= bout doing DPCD access from
userspace? The *only* interfa= ce that can be recommended for that is the
DRM DP AUX int= erface. If you have kernel config DRM_DP_AUX_CHARDEV=3Dy,
you'll get /dev/drm_dp_auxN node(s) that allows you to read and write
arbitrary DPCD offsets. It's a chardev; you can use e.g. dd t= o debug
read DPCD.

O= f course, it would be better to have a generic backlight interface for
DPCD based backlight in kernel. We have the basics for that f= or Intel
GPU in i915/intel_dp_aux_backlight.c. Granted, i= t should be moved to
common DRM code, but it also doesn't= work for you if you have the chip
connected to regular D= P. It expects eDP, and somewhat spec compliant eDP
DPCD b= acklight support.

HTH,
Jani.


--
Jani Nikula, Intel Open Source Graphics Center
------=_Part_665005_353402469.1527159421979-- --===============0102738164== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4 IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== --===============0102738164==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: DRM Inquiry Date: Thu, 24 May 2018 14:23:27 +0300 Message-ID: <87r2m1jo0g.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <524712366.665006.1527159421984@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: John Sledge , "dri-devel@lists.freedesktop.org" Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org T24gVGh1LCAyNCBNYXkgMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5fc2xlZGdldEB5YWhvby5jb20+ IHdyb3RlOgo+IEkgd2FzIGFibGUgdG8gdXBkYXRlIG15IGtlcm5lbCB0byA0LjYgd2hpY2ggaGFz IHRoZSBEUk1fRFBfQVVYX0NIQVJERVYKPiBpbiB0aGXCoEtjb25maWcgZmlsZcKgbGludXgtNC42 XGRyaXZlcnNcZ3B1XGRybS4gVGhvdWdoIEkgYWxzbwo+IGFkZMKgRFJNX0RQX0FVWF9DSEFSREVW PXkgaW7CoMKga2VybmVsIGNvbmZpZy4gV2hlbiBpbnZva2UgdW5hbWUgLXIsIEkKPiBjb3VsZCBz ZWUgdGhhdCB0aGUga2VybmVsIGlzIG5vdyA0LjYuCgpJZiB5b3UncmUgdXBkYXRpbmcga2VybmVs cywgd2h5IG5vdCB1cGRhdGUgdG8gYSByZWNlbnQga2VybmVsIHRoYXQncwphY3R1YWxseSBzdXBw b3J0ZWQuLi4/Cgo+IEhvdyBjYW4gSSB2ZXJpZnkgdGhlIERSTV9EUF9BVVhfQ0hBUkRFViB0YWtl cyBlZmZlY3Qgb3IgZ290IGNvbmZpZ3VyZQo+IGl0IGNvcnJlY3RseT8KCkJvb3QgdGhlIGtlcm5l bCwgcnVuICdscyAvZGV2L2RybV9kcF9hdXgqJy4gSWYgeW91IHNlZSBzdHVmZiwgeW91IGdvdCBp dApyaWdodC4KCj4gSXQgc3RpbGwgdW5jbGVhciB0byBtZSBob3cgdG8gZm9sbG93IHdoYXQgeW91 IG1lYW4gYnkgdXNpbmcgRFJNIERQIEFVWAo+IGludGVyZmFjZSBhbmQgZ2V0dGluZyAvZGV2L2Ry bV9kcF9hdXhOIG5vZGUocykgdGhhdCBhbGxvd3MgbWUgdG8gcmVhZAo+IGFuZCB3cml0ZSBhcmJp dHJhcnkgRFBDRCBvZmZzZXRzLsKgCgpUaGUgZGV2aWNlIGlzIGEgY2hhciBkZXZpY2UgeW91IGNh biBvcGVuLCBzZWVrIHRvIGFuIG9mZnNldCAod2hpY2ggd291bGQKYmUgdGhlIERQQ0Qgb2Zmc2V0 KSwgYW5kIHJlYWQuIEZvciB0ZXN0aW5nLCB5b3UgY2FuIGFjaGlldmUgdGhlIHNhbWUKdXNpbmcg ZGQuCgpCUiwKSmFuaS4KCi0tIApKYW5pIE5pa3VsYSwgSW50ZWwgT3BlbiBTb3VyY2UgR3JhcGhp Y3MgQ2VudGVyCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f CkludGVsLWdmeCBtYWlsaW5nIGxpc3QKSW50ZWwtZ2Z4QGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpo dHRwczovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludGVsLWdmeAo= From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: DRM Inquiry Date: Fri, 25 May 2018 06:36:48 +0000 (UTC) Message-ID: <1379753500.1074727.1527230209001@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0385411005==" Return-path: In-Reply-To: <87r2m1jo0g.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0385411005== Content-Type: multipart/alternative; boundary="----=_Part_1074726_600856712.1527230208995" ------=_Part_1074726_600856712.1527230208995 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, I can now see /dev/drm_dp_aux*. I'm not familiar with dd command.Correct me if I'm wrong. Possible commands i tried and nothing happen:dd if=3D/dev/drm_dp_aux1 seek= =3D723 ibs=3D2dd of=3D/dev/drm_dp_aux1 seek=3D723 ibs=3D2 dd if=3D/dev/drm_dp_aux2 seek=3D723 ibs=3D2dd of=3D/dev/drm_dp_aux2 seek=3D= 723 ibs=3D2 I assumed I could read the brightness msb and lsb using the define in drm_d= p_helper.h. #define DP_EDP_BACKLIGHT_BRIGHTNESS_MSB=C2=A0 =C2=A0 =C2=A00x722#define DP_= EDP_BACKLIGHT_BRIGHTNESS_LSB=C2=A0 =C2=A0 =C2=A00x723 >>From here, I was thinking if I could try to open \dev\drm_dp_aux* then read= the brightness offset 0x723, though not sure how to proceed with it.I was = able to successfully open \dev\drm_dp_aux1 and \dev\drm_dp_aux2 but I think= ing I'm wrong when I proceed to ioctl because they all failed. #define BRIGHTNESS 0x723 int main(int argc, char ** argv){=C2=A0 int fd;=C2=A0 int retcode;=C2=A0 ch= ar out[128];=C2=A0=C2=A0=C2=A0 if((fd =3D open("/dev/drm_dp_aux1",O_RDWR)) = >=3D0)=C2=A0 {=C2=A0 =C2=A0 printf("open success");=C2=A0 }=C2=A0 else=C2= =A0 {=C2=A0 =C2=A0 printf("open failed"); =C2=A0 } =C2=A0 if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < 0)=C2=A0 {=C2=A0 =C2= =A0 printf("ioctl failed");=C2=A0 }=C2=A0 else=C2=A0 {=C2=A0 =C2=A0 printf(= "ioctl success"); =C2=A0 } =C2=A0 // trying aux2=C2=A0 if((fd =3D open("/dev/drm_dp_aux2",O_RDWR)) >= =3D0)=C2=A0 {=C2=A0 =C2=A0 printf("open success");=C2=A0 }=C2=A0 else=C2=A0= {=C2=A0 =C2=A0 printf("open failed"); =C2=A0 } =C2=A0 if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < 0)=C2=A0 {=C2=A0 =C2=A0= printf("ioctl failed");=C2=A0 }=C2=A0 else=C2=A0 {=C2=A0 =C2=A0 printf("io= ctl success"); =C2=A0 } =C2=A0 return 0;} Thanks,John On Thursday, May 24, 2018, 8:38:02 PM GMT+8, Jani Nikula wrote: =20 =20 On Thu, 24 May 2018, John Sledge wrote: > I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV > in the=C2=A0Kconfig file=C2=A0linux-4.6\drivers\gpu\drm. Though I also > add=C2=A0DRM_DP_AUX_CHARDEV=3Dy in=C2=A0=C2=A0kernel config. When invoke = uname -r, I > could see that the kernel is now 4.6. If you're updating kernels, why not update to a recent kernel that's actually supported...? > How can I verify the DRM_DP_AUX_CHARDEV takes effect or got configure > it correctly? Boot the kernel, run 'ls /dev/drm_dp_aux*'. If you see stuff, you got it right. > It still unclear to me how to follow what you mean by using DRM DP AUX > interface and getting /dev/drm_dp_auxN node(s) that allows me to read > and write arbitrary DPCD offsets.=C2=A0 The device is a char device you can open, seek to an offset (which would be the DPCD offset), and read. For testing, you can achieve the same using dd. BR, Jani. --=20 Jani Nikula, Intel Open Source Graphics Center _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel =20 ------=_Part_1074726_600856712.1527230208995 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

I can now see /dev/drm_d= p_aux*.

I'm not familiar with dd command.Correct m= e if I'm wrong.

Possible commands i tried and noth= ing happen:
dd if=3D/dev/drm_dp_aux1 seek=3D723 ibs=3D2
dd of=3D/dev/drm_d= p_aux1 seek=3D723 ibs=3D2
dd if=3D/dev/drm_dp_aux2 seek=3D723 ibs=3D2
dd of=3D/dev/drm_dp_aux2 seek=3D723 = ibs=3D2

I assumed I could read the= brightness msb and lsb using the define in drm_dp_helper.h.
=
#define DP_EDP_BACKLIGHT_BRIGHTNESS_MSB     0x722=
#define DP_EDP_BACKLIGHT_BRIGHTNESS_LSB     0x723=

From here, I was thinking if I could try to open = \dev\drm_dp_aux* then read the brightness offset 0x723, though not sure how= to proceed with it.
I was able to successfully open \dev\drm_dp_= aux1 and \dev\drm_dp_aux2 but I thinking I'm wrong when I proceed to ioctl = because they all failed.


#define BR= IGHTNESS 0x723

int main(int argc, char ** argv)
{
  int fd;
  int retcode;
=   char out[128];
  
  if((fd =3D op= en("/dev/drm_dp_aux1",O_RDWR)) >=3D0)
  {
 = ;   printf("open success");
  }
  else
  {
    printf("open failed");
&= nbsp; }

  if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < 0)=
  {
    printf("ioctl fail= ed");
  }
<= div style=3D"color: rgb(0, 0, 0); font-family: "Helvetica Neue", = Helvetica, Arial, sans-serif; font-size: 10px;">  else
  {
    printf("ioctl success");
=
  }

  // trying aux2
  if((fd =3D open("/dev/drm_dp_aux2",O_RDWR)) >=3D0)
  {
    printf("open success");
=
  }
  else
  {
    printf("open failed");
  }

  if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < = 0)
  {
    printf("ioctl failed");
=
  }
  else
  {
  &nb= sp; printf("ioctl success");
  }

<= /div>  return 0;
}

Thanks,
John


=20
=20
On Thursday, May 24, 2018, 8:38:02 PM GMT+8, Jani N= ikula <jani.nikula@linux.intel.com> wrote:


On Thu, 24 May 2018, John Sledge = <john_sledget@yahoo.com> wrote:
> I was able to update my kernel to 4.6 which has the DRM_DP_A= UX_CHARDEV
> in the Kconfig file linux-4.6\d= rivers\gpu\drm. Though I also
> add DRM_DP_AUX_CH= ARDEV=3Dy in  kernel config. When invoke uname -r, I
> could see that the kernel is now 4.6.

If you're updating kernels, why not update to a recent kernel th= at's
actually supported...?

> How can I verify the DRM_DP_AUX_CHARDEV takes effect or got = configure
> it correctly?

Boot the kernel, run 'ls /dev/drm_dp_aux*'. If you see stuff, you= got it
right.

> = It still unclear to me how to follow what you mean by using DRM DP AUX
> interface and getting /dev/drm_dp_auxN node(s) that allo= ws me to read
> and write arbitrary DPCD offsets. = ;

The device is a char device you can = open, seek to an offset (which would
be the DPCD offset),= and read. For testing, you can achieve the same
using dd= .

BR,

Jani.

--
Jani Nikula, Intel Open Source Graphics Center
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
<= a shape=3D"rect" href=3D"https://lists.freedesktop.org/mailman/listinfo/dri= -devel" target=3D"_blank">https://lists.freedesktop.org/mailman/listinfo/dr= i-devel

------=_Part_1074726_600856712.1527230208995-- --===============0385411005== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4 IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== --===============0385411005==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: DRM Inquiry Date: Fri, 25 May 2018 09:55:54 +0300 Message-ID: <87603c441x.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <1379753500.1074727.1527230209001@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: John Sledge , "dri-devel@lists.freedesktop.org" Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org T24gRnJpLCAyNSBNYXkgMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5fc2xlZGdldEB5YWhvby5jb20+ IHdyb3RlOgo+ICBIaSBKYW5pLAo+IEkgY2FuIG5vdyBzZWUgL2Rldi9kcm1fZHBfYXV4Ki4KPiBJ J20gbm90IGZhbWlsaWFyIHdpdGggZGQgY29tbWFuZC5Db3JyZWN0IG1lIGlmIEknbSB3cm9uZy4K PiBQb3NzaWJsZSBjb21tYW5kcyBpIHRyaWVkIGFuZCBub3RoaW5nIGhhcHBlbjpkZCBpZj0vZGV2 L2RybV9kcF9hdXgxIHNlZWs9NzIzIGlicz0yZGQgb2Y9L2Rldi9kcm1fZHBfYXV4MSBzZWVrPTcy MyBpYnM9Mgo+IGRkIGlmPS9kZXYvZHJtX2RwX2F1eDIgc2Vlaz03MjMgaWJzPTJkZCBvZj0vZGV2 L2RybV9kcF9hdXgyIHNlZWs9NzIzIGlicz0yCj4gSSBhc3N1bWVkIEkgY291bGQgcmVhZCB0aGUg YnJpZ2h0bmVzcyBtc2IgYW5kIGxzYiB1c2luZyB0aGUgZGVmaW5lIGluIGRybV9kcF9oZWxwZXIu aC4KPiAjZGVmaW5lIERQX0VEUF9CQUNLTElHSFRfQlJJR0hUTkVTU19NU0LCoCDCoCDCoDB4NzIy I2RlZmluZSBEUF9FRFBfQkFDS0xJR0hUX0JSSUdIVE5FU1NfTFNCwqAgwqAgwqAweDcyMwoKWW91 J3JlIG1peGluZyBoZXggYW5kIGRlY2ltYWwgbnVtYmVycywgeW91IHNob3VsZCBwcm9iYWJseSB1 c2UgYnM9MQpjb3VudD0yLCBkZCBvdXRwdXRzIGJpbmFyeSBzbyB5b3UgcHJvYmFibHkgbmVlZCB0 byBwaXBlIGl0IHRvIGhleGR1bXAgdG8Kc2VlIGFueXRoaW5nLCBldGMuIFBlcmhhcHMgc3RhcnQg ZXhwZXJpbWVudHMgd2l0aCByZWFkaW5nIGF0IHNlZWs9MC4KCj4gRnJvbSBoZXJlLCBJIHdhcyB0 aGlua2luZyBpZiBJIGNvdWxkIHRyeSB0byBvcGVuIFxkZXZcZHJtX2RwX2F1eCogdGhlbiByZWFk IHRoZSBicmlnaHRuZXNzIG9mZnNldCAweDcyMywgdGhvdWdoIG5vdCBzdXJlIGhvdyB0byBwcm9j ZWVkIHdpdGggaXQuSSB3YXMgYWJsZSB0byBzdWNjZXNzZnVsbHkgb3BlbiBcZGV2XGRybV9kcF9h dXgxIGFuZCBcZGV2XGRybV9kcF9hdXgyIGJ1dCBJIHRoaW5raW5nIEknbSB3cm9uZyB3aGVuIEkg cHJvY2VlZCB0byBpb2N0bCBiZWNhdXNlIHRoZXkgYWxsIGZhaWxlZC4KCkl0J3MgYSBjaGFyYWN0 ZXIgZGV2aWNlLCBvcGVuLCBzZWVrLCByZWFkL3dyaXRlLiBEb24ndCB0cnkgYW55IGlvY3RscyBv bgppdC4KCkdvb2QgbHVjay4KCgpCUiwKSmFuaS4KCgo+Cj4gI2RlZmluZSBCUklHSFRORVNTIDB4 NzIzCj4gaW50IG1haW4oaW50IGFyZ2MsIGNoYXIgKiogYXJndil7wqAgaW50IGZkO8KgIGludCBy ZXRjb2RlO8KgIGNoYXIgb3V0WzEyOF07wqDCoMKgIGlmKChmZCA9IG9wZW4oIi9kZXYvZHJtX2Rw X2F1eDEiLE9fUkRXUikpID49MCnCoCB7wqAgwqAgcHJpbnRmKCJvcGVuIHN1Y2Nlc3MiKTvCoCB9 wqAgZWxzZcKgIHvCoCDCoCBwcmludGYoIm9wZW4gZmFpbGVkIik7Cj4gwqAgfQo+ICDCoCBpZigo cmV0Y29kZSA9IGlvY3RsKGZkLEJSSUdIVE5FU1MsJm91dCkpIDwgMCnCoCB7wqAgwqAgcHJpbnRm KCJpb2N0bCBmYWlsZWQiKTvCoCB9wqAgZWxzZcKgIHvCoCDCoCBwcmludGYoImlvY3RsIHN1Y2Nl c3MiKTsKPiDCoCB9Cj4gwqAgLy8gdHJ5aW5nIGF1eDLCoCBpZigoZmQgPSBvcGVuKCIvZGV2L2Ry bV9kcF9hdXgyIixPX1JEV1IpKSA+PTApwqAge8KgIMKgIHByaW50Zigib3BlbiBzdWNjZXNzIik7 wqAgfcKgIGVsc2XCoCB7wqAgwqAgcHJpbnRmKCJvcGVuIGZhaWxlZCIpOwo+IMKgIH0KPiDCoCBp ZigocmV0Y29kZSA9IGlvY3RsKGZkLEJSSUdIVE5FU1MsJm91dCkpIDwgMCnCoCB7wqAgwqAgcHJp bnRmKCJpb2N0bCBmYWlsZWQiKTvCoCB9wqAgZWxzZcKgIHvCoCDCoCBwcmludGYoImlvY3RsIHN1 Y2Nlc3MiKTsKPiDCoCB9Cj4gwqAgcmV0dXJuIDA7fQo+IFRoYW5rcyxKb2huCj4KPiAgICAgT24g VGh1cnNkYXksIE1heSAyNCwgMjAxOCwgODozODowMiBQTSBHTVQrOCwgSmFuaSBOaWt1bGEgPGph bmkubmlrdWxhQGxpbnV4LmludGVsLmNvbT4gd3JvdGU6ICAKPiAgCj4gIE9uIFRodSwgMjQgTWF5 IDIwMTgsIEpvaG4gU2xlZGdlIDxqb2huX3NsZWRnZXRAeWFob28uY29tPiB3cm90ZToKPj4gSSB3 YXMgYWJsZSB0byB1cGRhdGUgbXkga2VybmVsIHRvIDQuNiB3aGljaCBoYXMgdGhlIERSTV9EUF9B VVhfQ0hBUkRFVgo+PiBpbiB0aGXCoEtjb25maWcgZmlsZcKgbGludXgtNC42XGRyaXZlcnNcZ3B1 XGRybS4gVGhvdWdoIEkgYWxzbwo+PiBhZGTCoERSTV9EUF9BVVhfQ0hBUkRFVj15IGluwqDCoGtl cm5lbCBjb25maWcuIFdoZW4gaW52b2tlIHVuYW1lIC1yLCBJCj4+IGNvdWxkIHNlZSB0aGF0IHRo ZSBrZXJuZWwgaXMgbm93IDQuNi4KPgo+IElmIHlvdSdyZSB1cGRhdGluZyBrZXJuZWxzLCB3aHkg bm90IHVwZGF0ZSB0byBhIHJlY2VudCBrZXJuZWwgdGhhdCdzCj4gYWN0dWFsbHkgc3VwcG9ydGVk Li4uPwo+Cj4+IEhvdyBjYW4gSSB2ZXJpZnkgdGhlIERSTV9EUF9BVVhfQ0hBUkRFViB0YWtlcyBl ZmZlY3Qgb3IgZ290IGNvbmZpZ3VyZQo+PiBpdCBjb3JyZWN0bHk/Cj4KPiBCb290IHRoZSBrZXJu ZWwsIHJ1biAnbHMgL2Rldi9kcm1fZHBfYXV4KicuIElmIHlvdSBzZWUgc3R1ZmYsIHlvdSBnb3Qg aXQKPiByaWdodC4KPgo+PiBJdCBzdGlsbCB1bmNsZWFyIHRvIG1lIGhvdyB0byBmb2xsb3cgd2hh dCB5b3UgbWVhbiBieSB1c2luZyBEUk0gRFAgQVVYCj4+IGludGVyZmFjZSBhbmQgZ2V0dGluZyAv ZGV2L2RybV9kcF9hdXhOIG5vZGUocykgdGhhdCBhbGxvd3MgbWUgdG8gcmVhZAo+PiBhbmQgd3Jp dGUgYXJiaXRyYXJ5IERQQ0Qgb2Zmc2V0cy7CoAo+Cj4gVGhlIGRldmljZSBpcyBhIGNoYXIgZGV2 aWNlIHlvdSBjYW4gb3Blbiwgc2VlayB0byBhbiBvZmZzZXQgKHdoaWNoIHdvdWxkCj4gYmUgdGhl IERQQ0Qgb2Zmc2V0KSwgYW5kIHJlYWQuIEZvciB0ZXN0aW5nLCB5b3UgY2FuIGFjaGlldmUgdGhl IHNhbWUKPiB1c2luZyBkZC4KPgo+IEJSLAo+IEphbmkuCgotLSAKSmFuaSBOaWt1bGEsIEludGVs IE9wZW4gU291cmNlIEdyYXBoaWNzIENlbnRlcgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXwpJbnRlbC1nZnggbWFpbGluZyBsaXN0CkludGVsLWdmeEBsaXN0 cy5mcmVlZGVza3RvcC5vcmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9s aXN0aW5mby9pbnRlbC1nZngK From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: DRM Inquiry Date: Fri, 25 May 2018 08:11:19 +0000 (UTC) Message-ID: <1337918406.1091217.1527235879310@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0072945474==" Return-path: In-Reply-To: <87603c441x.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============0072945474== Content-Type: multipart/alternative; boundary="----=_Part_1091216_2136818166.1527235879307" ------=_Part_1091216_2136818166.1527235879307 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, I seek 0-800 and here's what I get, all 11 0A in hex. Not sure if this is t= he brightness value of the display. I also did a test, when I disconnect th= e DP to the display and execute the dd commands, it would say error reading= 'dev/drm_dp_aux1': Connection timed out. So I think my display setup is ok= ay and the 11 0A values are really coming out from the display. Output in hex:11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 1= 1 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0= A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 1= 1 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0= A .... int main(int argc, char **argv) { int ret =3D 0; int offset =3D 0; char call[100]; for(offset=3D0;offset<8= 00;offset++) { sprintf(call,"dd if=3D/dev/drm_dp_aux1 bs=3D1 count=3D2 seek= =3D%d >> out.txt",offset); ret =3D system(call); }=C2=A0=C2=A0=C2=A0=C2=A0= return 0;} Regards,John On Friday, May 25, 2018, 2:56:04 PM GMT+8, Jani Nikula wrote: =20 =20 On Fri, 25 May 2018, John Sledge wrote: >=C2=A0 Hi Jani, > I can now see /dev/drm_dp_aux*. > I'm not familiar with dd command.Correct me if I'm wrong. > Possible commands i tried and nothing happen:dd if=3D/dev/drm_dp_aux1 see= k=3D723 ibs=3D2dd of=3D/dev/drm_dp_aux1 seek=3D723 ibs=3D2 > dd if=3D/dev/drm_dp_aux2 seek=3D723 ibs=3D2dd of=3D/dev/drm_dp_aux2 seek= =3D723 ibs=3D2 > I assumed I could read the brightness msb and lsb using the define in drm= _dp_helper.h. > #define DP_EDP_BACKLIGHT_BRIGHTNESS_MSB=C2=A0 =C2=A0 =C2=A00x722#define D= P_EDP_BACKLIGHT_BRIGHTNESS_LSB=C2=A0 =C2=A0 =C2=A00x723 You're mixing hex and decimal numbers, you should probably use bs=3D1 count=3D2, dd outputs binary so you probably need to pipe it to hexdump to see anything, etc. Perhaps start experiments with reading at seek=3D0. > From here, I was thinking if I could try to open \dev\drm_dp_aux* then re= ad the brightness offset 0x723, though not sure how to proceed with it.I wa= s able to successfully open \dev\drm_dp_aux1 and \dev\drm_dp_aux2 but I thi= nking I'm wrong when I proceed to ioctl because they all failed. It's a character device, open, seek, read/write. Don't try any ioctls on it. Good luck. BR, Jani. > > #define BRIGHTNESS 0x723 > int main(int argc, char ** argv){=C2=A0 int fd;=C2=A0 int retcode;=C2=A0 = char out[128];=C2=A0=C2=A0=C2=A0 if((fd =3D open("/dev/drm_dp_aux1",O_RDWR)= ) >=3D0)=C2=A0 {=C2=A0 =C2=A0 printf("open success");=C2=A0 }=C2=A0 else=C2= =A0 {=C2=A0 =C2=A0 printf("open failed"); > =C2=A0 } >=C2=A0 =C2=A0 if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < 0)=C2=A0 {=C2= =A0 =C2=A0 printf("ioctl failed");=C2=A0 }=C2=A0 else=C2=A0 {=C2=A0 =C2=A0 = printf("ioctl success"); > =C2=A0 } > =C2=A0 // trying aux2=C2=A0 if((fd =3D open("/dev/drm_dp_aux2",O_RDWR)) >= =3D0)=C2=A0 {=C2=A0 =C2=A0 printf("open success");=C2=A0 }=C2=A0 else=C2=A0= {=C2=A0 =C2=A0 printf("open failed"); > =C2=A0 } > =C2=A0 if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < 0)=C2=A0 {=C2=A0 =C2= =A0 printf("ioctl failed");=C2=A0 }=C2=A0 else=C2=A0 {=C2=A0 =C2=A0 printf(= "ioctl success"); > =C2=A0 } > =C2=A0 return 0;} > Thanks,John > >=C2=A0 =C2=A0 On Thursday, May 24, 2018, 8:38:02 PM GMT+8, Jani Nikula wrote:=C2=A0=20 >=C2=A0=20 >=C2=A0 On Thu, 24 May 2018, John Sledge wrote: >> I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV >> in the=C2=A0Kconfig file=C2=A0linux-4.6\drivers\gpu\drm. Though I also >> add=C2=A0DRM_DP_AUX_CHARDEV=3Dy in=C2=A0=C2=A0kernel config. When invoke= uname -r, I >> could see that the kernel is now 4.6. > > If you're updating kernels, why not update to a recent kernel that's > actually supported...? > >> How can I verify the DRM_DP_AUX_CHARDEV takes effect or got configure >> it correctly? > > Boot the kernel, run 'ls /dev/drm_dp_aux*'. If you see stuff, you got it > right. > >> It still unclear to me how to follow what you mean by using DRM DP AUX >> interface and getting /dev/drm_dp_auxN node(s) that allows me to read >> and write arbitrary DPCD offsets.=C2=A0 > > The device is a char device you can open, seek to an offset (which would > be the DPCD offset), and read. For testing, you can achieve the same > using dd. > > BR, > Jani. --=20 Jani Nikula, Intel Open Source Graphics Center _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel =20 ------=_Part_1091216_2136818166.1527235879307 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

I seek 0-800 and here's = what I get, all 11 0A in hex. Not sure if this is the brightness value of t= he display. I also did a test, when I disconnect the DP to the display and = execute the dd commands, it would say error reading 'dev/drm_dp_aux1': Conn= ection timed out. So I think my display setup is okay and the 11 0A values = are really coming out from the display.

Output in hex:
11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 1= 1 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0= A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 1= 1 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A 11 0A ....=

int main(int argc, char **argv)<= br>
{
=09int ret =3D 0;
= =09int offset =3D 0;
=09for= (offset=3D0;offset<800;offset++)
=09{
=09= =09sprintf(call,"dd if=3D/dev/drm_dp_aux1 bs=3D1 count=3D2 seek=3D%d= >> out.txt",offset);
=09=09= ret =3D system(call);
=09<= /span>}
    return 0;
}

Regards,
John



=

=20
=20
On Friday, May 25, 2018, 2:56:04 PM GMT+8, Jani Nik= ula <jani.nikula@linux.intel.com> wrote:


On Fri, 25 May 2018, John Sledge = <john_sledget@yahoo.com> wrote:
>  Hi Jani,
> I can now see /dev/drm= _dp_aux*.
> I'm not familiar with dd command.Correct m= e if I'm wrong.
> Possible commands i tried and nothin= g happen:dd if=3D/dev/drm_dp_aux1 seek=3D723 ibs=3D2dd of=3D/dev/drm_dp_aux= 1 seek=3D723 ibs=3D2
> dd if=3D/dev/drm_dp_aux2 seek= =3D723 ibs=3D2dd of=3D/dev/drm_dp_aux2 seek=3D723 ibs=3D2
> I assumed I could read the brightness msb and lsb using the define in= drm_dp_helper.h.
> #define DP_EDP_BACKLIGHT_BRIGHTNES= S_MSB     0x722#define DP_EDP_BACKLIGHT_BRIGHTNESS_LSB =    0x723

You're mixing hex = and decimal numbers, you should probably use bs=3D1
count= =3D2, dd outputs binary so you probably need to pipe it to hexdump to
see anything, etc. Perhaps start experiments with reading at s= eek=3D0.

> From here, I was thinkin= g if I could try to open \dev\drm_dp_aux* then read the brightness offset 0= x723, though not sure how to proceed with it.I was able to successfully ope= n \dev\drm_dp_aux1 and \dev\drm_dp_aux2 but I thinking I'm wrong when I pro= ceed to ioctl because they all failed.

It's a character device, open, seek, read/write. Don't try any ioctls onit.

Good luck.


BR,

Jani.


>
> #define BRIGHTNE= SS 0x723
> int main(int argc, char ** argv){  int= fd;  int retcode;  char out[128];    if((fd =3D o= pen("/dev/drm_dp_aux1",O_RDWR)) >=3D0)  {    printf("open= success");  }  else  {    printf("open failed");<= br clear=3D"none">>   }
>    if((ret= code =3D ioctl(fd,BRIGHTNESS,&out)) < 0)  {    printf= ("ioctl failed");  }  else  {    printf("ioctl suc= cess");
>   }
>   // tr= ying aux2  if((fd =3D open("/dev/drm_dp_aux2",O_RDWR)) >=3D0) = {    printf("open success");  }  else  {  &n= bsp; printf("open failed");
>   }
>   if((retcode =3D ioctl(fd,BRIGHTNESS,&out)) < 0) = {    printf("ioctl failed");  }  else  {  &n= bsp; printf("ioctl success");
>   }
>   return 0;}
> Thanks,John
>
>    On Thursday, May 24, 2018, = 8:38:02 PM GMT+8, Jani Nikula <jani.ni= kula@linux.intel.com> wrote: 
>  On Thu, 24 May 2018, John Sledge <john_sledget@yahoo.com> wrote:
>&g= t; I was able to update my kernel to 4.6 which has the DRM_DP_AUX_CHARDEV>> in the Kconfig file linux-4.6\drivers\g= pu\drm. Though I also
>> add DRM_DP_AUX_CHARDE= V=3Dy in  kernel config. When invoke uname -r, I
>> could see that the kernel is now 4.6.
>
> If you're updating kernels, why not update to a recent = kernel that's
> actually supported...?
>
>> How can I verify the DRM_DP_AUX_CHARDEV = takes effect or got configure
>> it correctly?
>
> Boot the kernel, run 'ls /dev/drm= _dp_aux*'. If you see stuff, you got it
> right.
>
>> It still unclear to me how to = follow what you mean by using DRM DP AUX
>> interfa= ce and getting /dev/drm_dp_auxN node(s) that allows me to read
>> and write arbitrary DPCD offsets. 
&g= t;
> The device is a char device you can open, seek to= an offset (which would
> be the DPCD offset), and rea= d. For testing, you can achieve the same
> using dd.>
> BR,
> Jan= i.

--
Jani Nikula, = Intel Open Source Graphics Center
_______________________= ________________________
dri-devel mailing list
dri-devel@lists.freedes= ktop.org
https://lists.fre= edesktop.org/mailman/listinfo/dri-devel
<= /div>
------=_Part_1091216_2136818166.1527235879307-- --===============0072945474== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4 IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== --===============0072945474==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: DRM Inquiry Date: Fri, 25 May 2018 11:33:36 +0300 Message-ID: <87k1rs2kyn.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <1337918406.1091217.1527235879310@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: John Sledge , "dri-devel@lists.freedesktop.org" Cc: intel-gfx@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org T24gRnJpLCAyNSBNYXkgMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5fc2xlZGdldEB5YWhvby5jb20+ IHdyb3RlOgo+ICBIaSBKYW5pLAo+IEkgc2VlayAwLTgwMCBhbmQgaGVyZSdzIHdoYXQgSSBnZXQs IGFsbCAxMSAwQSBpbiBoZXguIE5vdCBzdXJlIGlmIHRoaXMgaXMgdGhlIGJyaWdodG5lc3MgdmFs dWUgb2YgdGhlIGRpc3BsYXkuIEkgYWxzbyBkaWQgYSB0ZXN0LCB3aGVuIEkgZGlzY29ubmVjdCB0 aGUgRFAgdG8gdGhlIGRpc3BsYXkgYW5kIGV4ZWN1dGUgdGhlIGRkIGNvbW1hbmRzLCBpdCB3b3Vs ZCBzYXkgZXJyb3IgcmVhZGluZyAnZGV2L2RybV9kcF9hdXgxJzogQ29ubmVjdGlvbiB0aW1lZCBv dXQuIFNvIEkgdGhpbmsgbXkgZGlzcGxheSBzZXR1cCBpcyBva2F5IGFuZCB0aGUgMTEgMEEgdmFs dWVzIGFyZSByZWFsbHkgY29taW5nIG91dCBmcm9tIHRoZSBkaXNwbGF5Lgo+IE91dHB1dCBpbiBo ZXg6MTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEg MTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEg MEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEg MTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEg MEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEgMTEgMEEg MTEgMEEgLi4uLgo+Cj4gaW50IG1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2KQo+IHsgaW50IHJl dCA9IDA7IGludCBvZmZzZXQgPSAwOyBjaGFyIGNhbGxbMTAwXTsgIGZvcihvZmZzZXQ9MDtvZmZz ZXQ8ODAwO29mZnNldCsrKSB7IHNwcmludGYoY2FsbCwiZGQgaWY9L2Rldi9kcm1fZHBfYXV4MSBi cz0xIGNvdW50PTIgc2Vlaz0lZCA+PiBvdXQudHh0IixvZmZzZXQpOyAgcmV0ID0gc3lzdGVtKGNh bGwpOyB9wqDCoMKgwqByZXR1cm4gMDt9CgpMb29rLCBpbiB0aGlzIGNhc2UgZGQgaXMgZm9yIGRl YnVnZ2luZyBhbmQgdGVzdGluZyBvbiB0aGUgY29tbWFuZCBsaW5lLAp0byB2ZXJpZnkgeW91ciBh cHByb2FjaCBiZWZvcmUgd3JpdGluZyBDLiBGb3IgeW91ciByZWFsIHRoaW5nLCB1c2UgdGhlCm9w ZW4sIHJlYWQsIHdyaXRlLCBsc2VlayBzeXN0ZW0gY2FsbHMuIERvbid0IGNhbGwgZGQgZnJvbSBD LgoKSSd2ZSBkaXJlY3RlZCB5b3UgdG8gdGhlIHJpZ2h0IGRpcmVjdGlvbiwgYW5kIHRoaXMgaXMg dGhlIHJpZ2h0IHBsYWNlIHRvCmFzayBhYm91dCBkcm0gYW5kIGttcyByZWxhdGVkIHN0dWZmLiBC dXQgZm9yIHRoZSBiYXNpY3MsIHlvdSBtaWdodCBiZQpiZXR0ZXIgb2ZmIGFza2luZyBhdCBzdGFj a292ZXJmbG93IG9yIHNvbWV0aGluZy4KCkJSLApKYW5pLgoKLS0gCkphbmkgTmlrdWxhLCBJbnRl bCBPcGVuIFNvdXJjZSBHcmFwaGljcyBDZW50ZXIKX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlz dHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4v bGlzdGluZm8vZHJpLWRldmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Taylor, Clinton A" Subject: Re: DRM Inquiry Date: Fri, 25 May 2018 15:56:44 +0000 Message-ID: <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1700409485==" Return-path: In-Reply-To: <1337918406.1091217.1527235879310@mail.yahoo.com> Content-Language: en-US List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: John Sledge , "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org --===============1700409485== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_07B20DB26D79E148B5B4241D21181A4CBE9A5411ORSMSX115amrcor_" --_000_07B20DB26D79E148B5B4241D21181A4CBE9A5411ORSMSX115amrcor_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 TG9va3MgbGlrZSB0aGUgc2Vlaz0lZCBpbiB0aGUgc3ByaW50ZiBpcyBub3Qgd29ya2luZy4gMHgx MSAweDBBIGFyZSBiZWluZyByZXR1cm5lZCBieSB0aGUgbW9uaXRvciBmcm9tIERQQ0TigJlzIDB4 MDAwMCBhbmQgMHgwMDAxIHJlcGVhdGVkbHkuIFRoZSBmaXJzdCBpcyBEUENEIHJldmlzaW9uICgx LjEpIGFuZCB0aGUgc2Vjb25kIGlzIG1heGltdW0gTGluayBSYXRlICgweDBhKSB3aGljaCBpcyAy LjcgR2Jwcy4gWW91IG1pZ2h0IHdhbnQgdG8gZG8gYSBwcmludGYgb2YgY2FsbCB0byBtYWtlIHN1 cmUgc2VlayBpcyBiZWluZyBzZXQgY29ycmVjdGx5Lg0KDQpXaGljaCBicmluZ3MgdXAgYW5vdGhl ciBpc3N1ZTogZURQIEJhY2tsaWdodCBCcmlnaHRuZXNzIExTQiBpcyBhdCBoZXggMHg3MjMgb3Ig MTgyNyBkZWNpbWFsLiBZb3UgbWlnaHQgYWxzbyB3YW50IHRvIGNvbmZpcm0geW91ciBwYW5lbCBz dXBwb3J0cyBEUENEIGJhY2tsaWdodCBhZGp1c3RtZW50IGJ5IHJlYWRpbmcgRFBDRCAweDcwMSBh bmQgY29uZmlybSBiaXQgMCBpcyBzZXQuDQoNCkNsaW50DQoNCkZyb206IEludGVsLWdmeCA8aW50 ZWwtZ2Z4LWJvdW5jZXNAbGlzdHMuZnJlZWRlc2t0b3Aub3JnPiBPbiBCZWhhbGYgT2YgSm9obiBT bGVkZ2UNClNlbnQ6IEZyaWRheSwgTWF5IDI1LCAyMDE4IDE6MTEgQU0NClRvOiBkcmktZGV2ZWxA bGlzdHMuZnJlZWRlc2t0b3Aub3JnOyBKYW5pIE5pa3VsYSA8amFuaS5uaWt1bGFAbGludXguaW50 ZWwuY29tPg0KQ2M6IGludGVsLWdmeEBsaXN0cy5mcmVlZGVza3RvcC5vcmcNClN1YmplY3Q6IFJl OiBbSW50ZWwtZ2Z4XSBEUk0gSW5xdWlyeQ0KDQpIaSBKYW5pLA0KDQpJIHNlZWsgMC04MDAgYW5k IGhlcmUncyB3aGF0IEkgZ2V0LCBhbGwgMTEgMEEgaW4gaGV4LiBOb3Qgc3VyZSBpZiB0aGlzIGlz IHRoZSBicmlnaHRuZXNzIHZhbHVlIG9mIHRoZSBkaXNwbGF5LiBJIGFsc28gZGlkIGEgdGVzdCwg d2hlbiBJIGRpc2Nvbm5lY3QgdGhlIERQIHRvIHRoZSBkaXNwbGF5IGFuZCBleGVjdXRlIHRoZSBk ZCBjb21tYW5kcywgaXQgd291bGQgc2F5IGVycm9yIHJlYWRpbmcgJ2Rldi9kcm1fZHBfYXV4MSc6 IENvbm5lY3Rpb24gdGltZWQgb3V0LiBTbyBJIHRoaW5rIG15IGRpc3BsYXkgc2V0dXAgaXMgb2th eSBhbmQgdGhlIDExIDBBIHZhbHVlcyBhcmUgcmVhbGx5IGNvbWluZyBvdXQgZnJvbSB0aGUgZGlz cGxheS4NCg0KT3V0cHV0IGluIGhleDoNCjExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDEx IDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBB IDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDEx IDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBB IDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDEx IDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIC4uLi4NCg0KaW50IG1haW4oaW50IGFyZ2MsIGNo YXIgKiphcmd2KQ0Kew0KaW50IHJldCA9IDA7DQppbnQgb2Zmc2V0ID0gMDsNCmNoYXIgY2FsbFsx MDBdOw0KZm9yKG9mZnNldD0wO29mZnNldDw4MDA7b2Zmc2V0KyspDQp7DQpzcHJpbnRmKGNhbGws ImRkIGlmPS9kZXYvZHJtX2RwX2F1eDEgYnM9MSBjb3VudD0yIHNlZWs9JWQgPj4gb3V0LnR4dCIs b2Zmc2V0KTsNCnJldCA9IHN5c3RlbShjYWxsKTsNCn0NCiAgICByZXR1cm4gMDsNCn0NClJlZ2Fy ZHMsDQpKb2huDQoNCg0KDQoNCk9uIEZyaWRheSwgTWF5IDI1LCAyMDE4LCAyOjU2OjA0IFBNIEdN VCs4LCBKYW5pIE5pa3VsYSA8amFuaS5uaWt1bGFAbGludXguaW50ZWwuY29tPG1haWx0bzpqYW5p Lm5pa3VsYUBsaW51eC5pbnRlbC5jb20+PiB3cm90ZToNCg0KDQpPbiBGcmksIDI1IE1heSAyMDE4 LCBKb2huIFNsZWRnZSA8am9obl9zbGVkZ2V0QHlhaG9vLmNvbTxtYWlsdG86am9obl9zbGVkZ2V0 QHlhaG9vLmNvbT4+IHdyb3RlOg0KPiAgSGkgSmFuaSwNCj4gSSBjYW4gbm93IHNlZSAvZGV2L2Ry bV9kcF9hdXgqLg0KPiBJJ20gbm90IGZhbWlsaWFyIHdpdGggZGQgY29tbWFuZC5Db3JyZWN0IG1l IGlmIEknbSB3cm9uZy4NCj4gUG9zc2libGUgY29tbWFuZHMgaSB0cmllZCBhbmQgbm90aGluZyBo YXBwZW46ZGQgaWY9L2Rldi9kcm1fZHBfYXV4MSBzZWVrPTcyMyBpYnM9MmRkIG9mPS9kZXYvZHJt X2RwX2F1eDEgc2Vlaz03MjMgaWJzPTINCj4gZGQgaWY9L2Rldi9kcm1fZHBfYXV4MiBzZWVrPTcy MyBpYnM9MmRkIG9mPS9kZXYvZHJtX2RwX2F1eDIgc2Vlaz03MjMgaWJzPTINCj4gSSBhc3N1bWVk IEkgY291bGQgcmVhZCB0aGUgYnJpZ2h0bmVzcyBtc2IgYW5kIGxzYiB1c2luZyB0aGUgZGVmaW5l IGluIGRybV9kcF9oZWxwZXIuaC4NCj4gI2RlZmluZSBEUF9FRFBfQkFDS0xJR0hUX0JSSUdIVE5F U1NfTVNCICAgICAweDcyMiNkZWZpbmUgRFBfRURQX0JBQ0tMSUdIVF9CUklHSFRORVNTX0xTQiAg ICAgMHg3MjMNCg0KWW91J3JlIG1peGluZyBoZXggYW5kIGRlY2ltYWwgbnVtYmVycywgeW91IHNo b3VsZCBwcm9iYWJseSB1c2UgYnM9MQ0KY291bnQ9MiwgZGQgb3V0cHV0cyBiaW5hcnkgc28geW91 IHByb2JhYmx5IG5lZWQgdG8gcGlwZSBpdCB0byBoZXhkdW1wIHRvDQpzZWUgYW55dGhpbmcsIGV0 Yy4gUGVyaGFwcyBzdGFydCBleHBlcmltZW50cyB3aXRoIHJlYWRpbmcgYXQgc2Vlaz0wLg0KDQo+ IEZyb20gaGVyZSwgSSB3YXMgdGhpbmtpbmcgaWYgSSBjb3VsZCB0cnkgdG8gb3BlbiBcZGV2XGRy bV9kcF9hdXgqIHRoZW4gcmVhZCB0aGUgYnJpZ2h0bmVzcyBvZmZzZXQgMHg3MjMsIHRob3VnaCBu b3Qgc3VyZSBob3cgdG8gcHJvY2VlZCB3aXRoIGl0Lkkgd2FzIGFibGUgdG8gc3VjY2Vzc2Z1bGx5 IG9wZW4gXGRldlxkcm1fZHBfYXV4MSBhbmQgXGRldlxkcm1fZHBfYXV4MiBidXQgSSB0aGlua2lu ZyBJJ20gd3Jvbmcgd2hlbiBJIHByb2NlZWQgdG8gaW9jdGwgYmVjYXVzZSB0aGV5IGFsbCBmYWls ZWQuDQoNCkl0J3MgYSBjaGFyYWN0ZXIgZGV2aWNlLCBvcGVuLCBzZWVrLCByZWFkL3dyaXRlLiBE b24ndCB0cnkgYW55IGlvY3RscyBvbg0KaXQuDQoNCkdvb2QgbHVjay4NCg0KDQpCUiwNCg0KSmFu aS4NCg0KDQo+DQo+ICNkZWZpbmUgQlJJR0hUTkVTUyAweDcyMw0KPiBpbnQgbWFpbihpbnQgYXJn YywgY2hhciAqKiBhcmd2KXsgIGludCBmZDsgIGludCByZXRjb2RlOyAgY2hhciBvdXRbMTI4XTsg ICAgaWYoKGZkID0gb3BlbigiL2Rldi9kcm1fZHBfYXV4MSIsT19SRFdSKSkgPj0wKSAgeyAgICBw cmludGYoIm9wZW4gc3VjY2VzcyIpOyAgfSAgZWxzZSAgeyAgICBwcmludGYoIm9wZW4gZmFpbGVk Iik7DQo+ICAgfQ0KPiAgICBpZigocmV0Y29kZSA9IGlvY3RsKGZkLEJSSUdIVE5FU1MsJm91dCkp IDwgMCkgIHsgICAgcHJpbnRmKCJpb2N0bCBmYWlsZWQiKTsgIH0gIGVsc2UgIHsgICAgcHJpbnRm KCJpb2N0bCBzdWNjZXNzIik7DQo+ICAgfQ0KPiAgIC8vIHRyeWluZyBhdXgyICBpZigoZmQgPSBv cGVuKCIvZGV2L2RybV9kcF9hdXgyIixPX1JEV1IpKSA+PTApICB7ICAgIHByaW50Zigib3BlbiBz dWNjZXNzIik7ICB9ICBlbHNlICB7ICAgIHByaW50Zigib3BlbiBmYWlsZWQiKTsNCj4gICB9DQo+ ICAgaWYoKHJldGNvZGUgPSBpb2N0bChmZCxCUklHSFRORVNTLCZvdXQpKSA8IDApICB7ICAgIHBy aW50ZigiaW9jdGwgZmFpbGVkIik7ICB9ICBlbHNlICB7ICAgIHByaW50ZigiaW9jdGwgc3VjY2Vz cyIpOw0KPiAgIH0NCj4gICByZXR1cm4gMDt9DQo+IFRoYW5rcyxKb2huDQo+DQo+ICAgIE9uIFRo dXJzZGF5LCBNYXkgMjQsIDIwMTgsIDg6Mzg6MDIgUE0gR01UKzgsIEphbmkgTmlrdWxhIDxqYW5p Lm5pa3VsYUBsaW51eC5pbnRlbC5jb208bWFpbHRvOmphbmkubmlrdWxhQGxpbnV4LmludGVsLmNv bT4+IHdyb3RlOg0KPg0KPiAgT24gVGh1LCAyNCBNYXkgMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5f c2xlZGdldEB5YWhvby5jb208bWFpbHRvOmpvaG5fc2xlZGdldEB5YWhvby5jb20+PiB3cm90ZToN Cj4+IEkgd2FzIGFibGUgdG8gdXBkYXRlIG15IGtlcm5lbCB0byA0LjYgd2hpY2ggaGFzIHRoZSBE Uk1fRFBfQVVYX0NIQVJERVYNCj4+IGluIHRoZSBLY29uZmlnIGZpbGUgbGludXgtNC42XGRyaXZl cnNcZ3B1XGRybS4gVGhvdWdoIEkgYWxzbw0KPj4gYWRkIERSTV9EUF9BVVhfQ0hBUkRFVj15IGlu ICBrZXJuZWwgY29uZmlnLiBXaGVuIGludm9rZSB1bmFtZSAtciwgSQ0KPj4gY291bGQgc2VlIHRo YXQgdGhlIGtlcm5lbCBpcyBub3cgNC42Lg0KPg0KPiBJZiB5b3UncmUgdXBkYXRpbmcga2VybmVs cywgd2h5IG5vdCB1cGRhdGUgdG8gYSByZWNlbnQga2VybmVsIHRoYXQncw0KPiBhY3R1YWxseSBz dXBwb3J0ZWQuLi4/DQo+DQo+PiBIb3cgY2FuIEkgdmVyaWZ5IHRoZSBEUk1fRFBfQVVYX0NIQVJE RVYgdGFrZXMgZWZmZWN0IG9yIGdvdCBjb25maWd1cmUNCj4+IGl0IGNvcnJlY3RseT8NCj4NCj4g Qm9vdCB0aGUga2VybmVsLCBydW4gJ2xzIC9kZXYvZHJtX2RwX2F1eConLiBJZiB5b3Ugc2VlIHN0 dWZmLCB5b3UgZ290IGl0DQo+IHJpZ2h0Lg0KPg0KPj4gSXQgc3RpbGwgdW5jbGVhciB0byBtZSBo b3cgdG8gZm9sbG93IHdoYXQgeW91IG1lYW4gYnkgdXNpbmcgRFJNIERQIEFVWA0KPj4gaW50ZXJm YWNlIGFuZCBnZXR0aW5nIC9kZXYvZHJtX2RwX2F1eE4gbm9kZShzKSB0aGF0IGFsbG93cyBtZSB0 byByZWFkDQo+PiBhbmQgd3JpdGUgYXJiaXRyYXJ5IERQQ0Qgb2Zmc2V0cy4NCj4NCj4gVGhlIGRl dmljZSBpcyBhIGNoYXIgZGV2aWNlIHlvdSBjYW4gb3Blbiwgc2VlayB0byBhbiBvZmZzZXQgKHdo aWNoIHdvdWxkDQo+IGJlIHRoZSBEUENEIG9mZnNldCksIGFuZCByZWFkLiBGb3IgdGVzdGluZywg eW91IGNhbiBhY2hpZXZlIHRoZSBzYW1lDQo+IHVzaW5nIGRkLg0KPg0KPiBCUiwNCj4gSmFuaS4N Cg0KLS0NCkphbmkgTmlrdWxhLCBJbnRlbCBPcGVuIFNvdXJjZSBHcmFwaGljcyBDZW50ZXINCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpkcmktZGV2ZWwg bWFpbGluZyBsaXN0DQpkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnPG1haWx0bzpkcmkt ZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnPg0KaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5v cmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwNCg== --_000_07B20DB26D79E148B5B4241D21181A4CBE9A5411ORSMSX115amrcor_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiSGVsdmV0aWNhIE5ldWUiOw0KCXBhbm9z ZS0xOjAgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNv Tm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJn aW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHls ZS1wcmlvcml0eTo5OTsNCgljb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7 fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlv cml0eTo5OTsNCgljb2xvcjpwdXJwbGU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpw Lm1zb25vcm1hbDAsIGxpLm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1u YW1lOm1zb25vcm1hbDsNCgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6 MGluOw0KCW1zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBpbjsNCglm b250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNw YW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQt ZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0No cERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBw dDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEu MGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2Vj dGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVm YXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48 IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxv OmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwh W2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tVVMiIGxpbms9ImJsdWUiIHZsaW5r PSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPkxvb2tzIGxpa2UgdGhlIHNlZWs9JWQgaW4gdGhlIHNwcmludGYgaXMgbm90IHdvcmtpbmcu IDB4MTEgMHgwQSBhcmUgYmVpbmcgcmV0dXJuZWQgYnkgdGhlIG1vbml0b3IgZnJvbSBEUENE4oCZ cyAweDAwMDAgYW5kIDB4MDAwMSByZXBlYXRlZGx5LiBUaGUgZmlyc3QgaXMgRFBDRCByZXZpc2lv biAoMS4xKSBhbmQgdGhlIHNlY29uZCBpcyBtYXhpbXVtIExpbmsgUmF0ZSAoMHgwYSkgd2hpY2gg aXMgMi43IEdicHMuIFlvdQ0KIG1pZ2h0IHdhbnQgdG8gZG8gYSBwcmludGYgb2YgY2FsbCB0byBt YWtlIHN1cmUgc2VlayBpcyBiZWluZyBzZXQgY29ycmVjdGx5LiA8bzpwPg0KPC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj5XaGljaCBicmluZ3MgdXAgYW5vdGhlciBpc3N1ZTogZURQIEJhY2tsaWdodCBCcmln aHRuZXNzIExTQiBpcyBhdCBoZXggMHg3MjMgb3IgMTgyNyBkZWNpbWFsLiBZb3UgbWlnaHQgYWxz byB3YW50IHRvIGNvbmZpcm0geW91ciBwYW5lbCBzdXBwb3J0cyBEUENEIGJhY2tsaWdodCBhZGp1 c3RtZW50IGJ5IHJlYWRpbmcgRFBDRCAweDcwMSBhbmQgY29uZmlybSBiaXQgMCBpcyBzZXQuICZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5DbGludDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0i Ym9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQg MGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGEgbmFtZT0iX19fX19yZXBseXNl cGFyYXRvciI+PC9hPjxiPkZyb206PC9iPiBJbnRlbC1nZnggJmx0O2ludGVsLWdmeC1ib3VuY2Vz QGxpc3RzLmZyZWVkZXNrdG9wLm9yZyZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+Sm9obiBTbGVk Z2U8YnI+DQo8Yj5TZW50OjwvYj4gRnJpZGF5LCBNYXkgMjUsIDIwMTggMToxMSBBTTxicj4NCjxi PlRvOjwvYj4gZHJpLWRldmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZzsgSmFuaSBOaWt1bGEgJmx0 O2phbmkubmlrdWxhQGxpbnV4LmludGVsLmNvbSZndDs8YnI+DQo8Yj5DYzo8L2I+IGludGVsLWdm eEBsaXN0cy5mcmVlZGVza3RvcC5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtJbnRlbC1n ZnhdIERSTSBJbnF1aXJ5PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1zZXJpZiI+SGkgSmFuaSw8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7 LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1m YW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1zZXJpZiI+SSBzZWVrIDAtODAw IGFuZCBoZXJlJ3Mgd2hhdCBJIGdldCwgYWxsIDExIDBBIGluIGhleC4gTm90IHN1cmUgaWYgdGhp cyBpcyB0aGUgYnJpZ2h0bmVzcyB2YWx1ZSBvZiB0aGUgZGlzcGxheS4gSSBhbHNvIGRpZCBhIHRl c3QsIHdoZW4gSSBkaXNjb25uZWN0IHRoZSBEUCB0byB0aGUgZGlzcGxheQ0KIGFuZCBleGVjdXRl IHRoZSBkZCBjb21tYW5kcywgaXQgd291bGQgc2F5IGVycm9yIHJlYWRpbmcgJ2Rldi9kcm1fZHBf YXV4MSc6IENvbm5lY3Rpb24gdGltZWQgb3V0LiBTbyBJIHRoaW5rIG15IGRpc3BsYXkgc2V0dXAg aXMgb2theSBhbmQgdGhlIDExIDBBIHZhbHVlcyBhcmUgcmVhbGx5IGNvbWluZyBvdXQgZnJvbSB0 aGUgZGlzcGxheS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hl bHZldGljYSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6YmxhY2siPk91dHB1dCBpbiBoZXg6 PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRp Y2EgTmV1ZSZxdW90OyxzYW5zLXNlcmlmO2NvbG9yOmJsYWNrIj4xMSAwQSAxMSAwQSAxMSAwQSAx MSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAw QSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAxMSAwQSAx MSAwQSAxMSAwQSAxMSAwQSAxMSAwQQ0KIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDEx IDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBB IDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIDExIDBBIC4uLi48bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1 b3Q7LHNhbnMtc2VyaWYiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjVwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyxzYW5zLXNlcmlmIj5p bnQgbWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpPG86cD48L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1z ZXJpZiI+ezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1zZXJpZiI+aW50IHJldCA9IDA7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90 OyxzYW5zLXNlcmlmIj5pbnQgb2Zmc2V0ID0gMDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rp dj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu NXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWYiPmNo YXIgY2FsbFsxMDBdOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1zZXJpZiI+Zm9yKG9mZnNldD0wO29mZnNl dCZsdDs4MDA7b2Zmc2V0JiM0MzsmIzQzOyk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0 O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWYiPns8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBO ZXVlJnF1b3Q7LHNhbnMtc2VyaWYiPnNwcmludGYoY2FsbCwmcXVvdDtkZCBpZj0vZGV2L2RybV9k cF9hdXgxIGJzPTEgY291bnQ9MiBzZWVrPSVkICZndDsmZ3Q7IG91dC50eHQmcXVvdDssb2Zmc2V0 KTs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZl dGljYSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWYiPnJldCA9IHN5c3RlbShjYWxsKTs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1 b3Q7LHNhbnMtc2VyaWYiPn08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFt aWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWYiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwO3JldHVybiAwOzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtYXJnaW4tYm90dG9tOjEyLjBwdCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZx dW90OyxzYW5zLXNlcmlmIj59PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZh bWlseTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyxzYW5zLXNlcmlmIj5SZWdhcmRzLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5l dWUmcXVvdDssc2Fucy1zZXJpZiI+Sm9objxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny41cHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1zZXJpZiI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTomcXVvdDtIZWx2ZXRp Y2EgTmV1ZSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuNXB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGljYSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWYi PjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWls eTomcXVvdDtIZWx2ZXRpY2EgTmV1ZSZxdW90OyxzYW5zLXNlcmlmIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXYgaWQ9InlhaG9vX3F1b3RlZF84MDIyMTEzOTcyIj4N CjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fucy1zZXJp Zjtjb2xvcjojMjYyODJBIj5PbiBGcmlkYXksIE1heSAyNSwgMjAxOCwgMjo1NjowNCBQTSBHTVQm IzQzOzgsIEphbmkgTmlrdWxhICZsdDs8YSBocmVmPSJtYWlsdG86amFuaS5uaWt1bGFAbGludXgu aW50ZWwuY29tIj5qYW5pLm5pa3VsYUBsaW51eC5pbnRlbC5jb208L2E+Jmd0OyB3cm90ZToNCjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0hlbHZldGlj YSBOZXVlJnF1b3Q7LHNhbnMtc2VyaWY7Y29sb3I6IzI2MjgyQSI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVv dDssc2Fucy1zZXJpZjtjb2xvcjojMjYyODJBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDss c2Fucy1zZXJpZjtjb2xvcjojMjYyODJBIj5PbiBGcmksIDI1IE1heSAyMDE4LCBKb2huIFNsZWRn ZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOmpvaG5fc2xlZGdldEB5YWhvby5jb20iPmpvaG5fc2xlZGdl dEB5YWhvby5jb208L2E+Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7Jm5ic3A7IEhpIEphbmksPGJyPg0K Jmd0OyBJIGNhbiBub3cgc2VlIC9kZXYvZHJtX2RwX2F1eCouPGJyPg0KJmd0OyBJJ20gbm90IGZh bWlsaWFyIHdpdGggZGQgY29tbWFuZC5Db3JyZWN0IG1lIGlmIEknbSB3cm9uZy48YnI+DQomZ3Q7 IFBvc3NpYmxlIGNvbW1hbmRzIGkgdHJpZWQgYW5kIG5vdGhpbmcgaGFwcGVuOmRkIGlmPS9kZXYv ZHJtX2RwX2F1eDEgc2Vlaz03MjMgaWJzPTJkZCBvZj0vZGV2L2RybV9kcF9hdXgxIHNlZWs9NzIz IGlicz0yPGJyPg0KJmd0OyBkZCBpZj0vZGV2L2RybV9kcF9hdXgyIHNlZWs9NzIzIGlicz0yZGQg b2Y9L2Rldi9kcm1fZHBfYXV4MiBzZWVrPTcyMyBpYnM9Mjxicj4NCiZndDsgSSBhc3N1bWVkIEkg Y291bGQgcmVhZCB0aGUgYnJpZ2h0bmVzcyBtc2IgYW5kIGxzYiB1c2luZyB0aGUgZGVmaW5lIGlu IGRybV9kcF9oZWxwZXIuaC48YnI+DQomZ3Q7ICNkZWZpbmUgRFBfRURQX0JBQ0tMSUdIVF9CUklH SFRORVNTX01TQiZuYnNwOyAmbmJzcDsgJm5ic3A7MHg3MjIjZGVmaW5lIERQX0VEUF9CQUNLTElH SFRfQlJJR0hUTkVTU19MU0ImbmJzcDsgJm5ic3A7ICZuYnNwOzB4NzIzPGJyPg0KPGJyPg0KWW91 J3JlIG1peGluZyBoZXggYW5kIGRlY2ltYWwgbnVtYmVycywgeW91IHNob3VsZCBwcm9iYWJseSB1 c2UgYnM9MTxicj4NCmNvdW50PTIsIGRkIG91dHB1dHMgYmluYXJ5IHNvIHlvdSBwcm9iYWJseSBu ZWVkIHRvIHBpcGUgaXQgdG8gaGV4ZHVtcCB0bzxicj4NCnNlZSBhbnl0aGluZywgZXRjLiBQZXJo YXBzIHN0YXJ0IGV4cGVyaW1lbnRzIHdpdGggcmVhZGluZyBhdCBzZWVrPTAuPGJyPg0KPGJyPg0K Jmd0OyBGcm9tIGhlcmUsIEkgd2FzIHRoaW5raW5nIGlmIEkgY291bGQgdHJ5IHRvIG9wZW4gXGRl dlxkcm1fZHBfYXV4KiB0aGVuIHJlYWQgdGhlIGJyaWdodG5lc3Mgb2Zmc2V0IDB4NzIzLCB0aG91 Z2ggbm90IHN1cmUgaG93IHRvIHByb2NlZWQgd2l0aCBpdC5JIHdhcyBhYmxlIHRvIHN1Y2Nlc3Nm dWxseSBvcGVuIFxkZXZcZHJtX2RwX2F1eDEgYW5kIFxkZXZcZHJtX2RwX2F1eDIgYnV0IEkgdGhp bmtpbmcgSSdtIHdyb25nIHdoZW4gSSBwcm9jZWVkIHRvDQogaW9jdGwgYmVjYXVzZSB0aGV5IGFs bCBmYWlsZWQuPGJyPg0KPGJyPg0KSXQncyBhIGNoYXJhY3RlciBkZXZpY2UsIG9wZW4sIHNlZWss IHJlYWQvd3JpdGUuIERvbid0IHRyeSBhbnkgaW9jdGxzIG9uPGJyPg0KaXQuPGJyPg0KPGJyPg0K R29vZCBsdWNrLjxicj4NCjxicj4NCjxicj4NCkJSLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxk aXYgaWQ9InlxdGZkNDUwMzkiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7SGVsdmV0aWNhIE5ldWUmcXVvdDssc2Fu cy1zZXJpZjtjb2xvcjojMjYyODJBIj48YnI+DQpKYW5pLjxicj4NCjxicj4NCjxicj4NCiZndDs8 YnI+DQomZ3Q7ICNkZWZpbmUgQlJJR0hUTkVTUyAweDcyMzxicj4NCiZndDsgaW50IG1haW4oaW50 IGFyZ2MsIGNoYXIgKiogYXJndil7Jm5ic3A7IGludCBmZDsmbmJzcDsgaW50IHJldGNvZGU7Jm5i c3A7IGNoYXIgb3V0WzEyOF07Jm5ic3A7Jm5ic3A7Jm5ic3A7IGlmKChmZCA9IG9wZW4oJnF1b3Q7 L2Rldi9kcm1fZHBfYXV4MSZxdW90OyxPX1JEV1IpKSAmZ3Q7PTApJm5ic3A7IHsmbmJzcDsgJm5i c3A7IHByaW50ZigmcXVvdDtvcGVuIHN1Y2Nlc3MmcXVvdDspOyZuYnNwOyB9Jm5ic3A7IGVsc2Um bmJzcDsgeyZuYnNwOyAmbmJzcDsgcHJpbnRmKCZxdW90O29wZW4gZmFpbGVkJnF1b3Q7KTs8YnI+ DQomZ3Q7ICZuYnNwOyB9PGJyPg0KJmd0OyZuYnNwOyAmbmJzcDsgaWYoKHJldGNvZGUgPSBpb2N0 bChmZCxCUklHSFRORVNTLCZhbXA7b3V0KSkgJmx0OyAwKSZuYnNwOyB7Jm5ic3A7ICZuYnNwOyBw cmludGYoJnF1b3Q7aW9jdGwgZmFpbGVkJnF1b3Q7KTsmbmJzcDsgfSZuYnNwOyBlbHNlJm5ic3A7 IHsmbmJzcDsgJm5ic3A7IHByaW50ZigmcXVvdDtpb2N0bCBzdWNjZXNzJnF1b3Q7KTs8YnI+DQom Z3Q7ICZuYnNwOyB9PGJyPg0KJmd0OyAmbmJzcDsgLy8gdHJ5aW5nIGF1eDImbmJzcDsgaWYoKGZk ID0gb3BlbigmcXVvdDsvZGV2L2RybV9kcF9hdXgyJnF1b3Q7LE9fUkRXUikpICZndDs9MCkmbmJz cDsgeyZuYnNwOyAmbmJzcDsgcHJpbnRmKCZxdW90O29wZW4gc3VjY2VzcyZxdW90Oyk7Jm5ic3A7 IH0mbmJzcDsgZWxzZSZuYnNwOyB7Jm5ic3A7ICZuYnNwOyBwcmludGYoJnF1b3Q7b3BlbiBmYWls ZWQmcXVvdDspOzxicj4NCiZndDsgJm5ic3A7IH08YnI+DQomZ3Q7ICZuYnNwOyBpZigocmV0Y29k ZSA9IGlvY3RsKGZkLEJSSUdIVE5FU1MsJmFtcDtvdXQpKSAmbHQ7IDApJm5ic3A7IHsmbmJzcDsg Jm5ic3A7IHByaW50ZigmcXVvdDtpb2N0bCBmYWlsZWQmcXVvdDspOyZuYnNwOyB9Jm5ic3A7IGVs c2UmbmJzcDsgeyZuYnNwOyAmbmJzcDsgcHJpbnRmKCZxdW90O2lvY3RsIHN1Y2Nlc3MmcXVvdDsp Ozxicj4NCiZndDsgJm5ic3A7IH08YnI+DQomZ3Q7ICZuYnNwOyByZXR1cm4gMDt9PGJyPg0KJmd0 OyBUaGFua3MsSm9objxicj4NCiZndDs8YnI+DQomZ3Q7Jm5ic3A7ICZuYnNwOyBPbiBUaHVyc2Rh eSwgTWF5IDI0LCAyMDE4LCA4OjM4OjAyIFBNIEdNVCYjNDM7OCwgSmFuaSBOaWt1bGEgJmx0Ozxh IGhyZWY9Im1haWx0bzpqYW5pLm5pa3VsYUBsaW51eC5pbnRlbC5jb20iPmphbmkubmlrdWxhQGxp bnV4LmludGVsLmNvbTwvYT4mZ3Q7IHdyb3RlOiZuYnNwOw0KPGJyPg0KJmd0OyZuYnNwOyA8YnI+ DQomZ3Q7Jm5ic3A7IE9uIFRodSwgMjQgTWF5IDIwMTgsIEpvaG4gU2xlZGdlICZsdDs8YSBocmVm PSJtYWlsdG86am9obl9zbGVkZ2V0QHlhaG9vLmNvbSI+am9obl9zbGVkZ2V0QHlhaG9vLmNvbTwv YT4mZ3Q7IHdyb3RlOjxicj4NCiZndDsmZ3Q7IEkgd2FzIGFibGUgdG8gdXBkYXRlIG15IGtlcm5l bCB0byA0LjYgd2hpY2ggaGFzIHRoZSBEUk1fRFBfQVVYX0NIQVJERVY8YnI+DQomZ3Q7Jmd0OyBp biB0aGUmbmJzcDtLY29uZmlnIGZpbGUmbmJzcDtsaW51eC00LjZcZHJpdmVyc1xncHVcZHJtLiBU aG91Z2ggSSBhbHNvPGJyPg0KJmd0OyZndDsgYWRkJm5ic3A7RFJNX0RQX0FVWF9DSEFSREVWPXkg aW4mbmJzcDsmbmJzcDtrZXJuZWwgY29uZmlnLiBXaGVuIGludm9rZSB1bmFtZSAtciwgSTxicj4N CiZndDsmZ3Q7IGNvdWxkIHNlZSB0aGF0IHRoZSBrZXJuZWwgaXMgbm93IDQuNi48YnI+DQomZ3Q7 PGJyPg0KJmd0OyBJZiB5b3UncmUgdXBkYXRpbmcga2VybmVscywgd2h5IG5vdCB1cGRhdGUgdG8g YSByZWNlbnQga2VybmVsIHRoYXQnczxicj4NCiZndDsgYWN0dWFsbHkgc3VwcG9ydGVkLi4uPzxi cj4NCiZndDs8YnI+DQomZ3Q7Jmd0OyBIb3cgY2FuIEkgdmVyaWZ5IHRoZSBEUk1fRFBfQVVYX0NI QVJERVYgdGFrZXMgZWZmZWN0IG9yIGdvdCBjb25maWd1cmU8YnI+DQomZ3Q7Jmd0OyBpdCBjb3Jy ZWN0bHk/PGJyPg0KJmd0Ozxicj4NCiZndDsgQm9vdCB0aGUga2VybmVsLCBydW4gJ2xzIC9kZXYv ZHJtX2RwX2F1eConLiBJZiB5b3Ugc2VlIHN0dWZmLCB5b3UgZ290IGl0PGJyPg0KJmd0OyByaWdo dC48YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgSXQgc3RpbGwgdW5jbGVhciB0byBtZSBob3cgdG8g Zm9sbG93IHdoYXQgeW91IG1lYW4gYnkgdXNpbmcgRFJNIERQIEFVWDxicj4NCiZndDsmZ3Q7IGlu dGVyZmFjZSBhbmQgZ2V0dGluZyAvZGV2L2RybV9kcF9hdXhOIG5vZGUocykgdGhhdCBhbGxvd3Mg bWUgdG8gcmVhZDxicj4NCiZndDsmZ3Q7IGFuZCB3cml0ZSBhcmJpdHJhcnkgRFBDRCBvZmZzZXRz LiZuYnNwOzxicj4NCiZndDs8YnI+DQomZ3Q7IFRoZSBkZXZpY2UgaXMgYSBjaGFyIGRldmljZSB5 b3UgY2FuIG9wZW4sIHNlZWsgdG8gYW4gb2Zmc2V0ICh3aGljaCB3b3VsZDxicj4NCiZndDsgYmUg dGhlIERQQ0Qgb2Zmc2V0KSwgYW5kIHJlYWQuIEZvciB0ZXN0aW5nLCB5b3UgY2FuIGFjaGlldmUg dGhlIHNhbWU8YnI+DQomZ3Q7IHVzaW5nIGRkLjxicj4NCiZndDs8YnI+DQomZ3Q7IEJSLDxicj4N CiZndDsgSmFuaS48YnI+DQo8YnI+DQotLSA8YnI+DQpKYW5pIE5pa3VsYSwgSW50ZWwgT3BlbiBT b3VyY2UgR3JhcGhpY3MgQ2VudGVyPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX188YnI+DQpkcmktZGV2ZWwgbWFpbGluZyBsaXN0PGJyPg0KPGEgaHJl Zj0ibWFpbHRvOmRyaS1kZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5vcmciPmRyaS1kZXZlbEBsaXN0 cy5mcmVlZGVza3RvcC5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly9saXN0cy5mcmVlZGVz a3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwiIHRhcmdldD0iX2JsYW5rIj5odHRw czovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbDwvYT48 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_07B20DB26D79E148B5B4241D21181A4CBE9A5411ORSMSX115amrcor_-- --===============1700409485== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4 IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== --===============1700409485==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: DRM Inquiry Date: Fri, 25 May 2018 20:14:30 +0300 Message-ID: <87a7sn3bex.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "Taylor, Clinton A" , John Sledge , "dri-devel@lists.freedesktop.org" Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org T24gRnJpLCAyNSBNYXkgMjAxOCwgIlRheWxvciwgQ2xpbnRvbiBBIiA8Y2xpbnRvbi5hLnRheWxv ckBpbnRlbC5jb20+IHdyb3RlOgo+IExvb2tzIGxpa2UgdGhlIHNlZWs9JWQgaW4gdGhlIHNwcmlu dGYgaXMgbm90IHdvcmtpbmcuCgpZZWFoLiBUcnkgc2tpcD0lZCBpbnN0ZWFkLgoKQlIsCkphbmku CgoKLS0gCkphbmkgTmlrdWxhLCBJbnRlbCBPcGVuIFNvdXJjZSBHcmFwaGljcyBDZW50ZXIKX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4IG1h aWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMu ZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: RE: [Intel-gfx] DRM Inquiry Date: Mon, 11 Jun 2018 10:16:52 +0000 (UTC) Message-ID: <347606627.3373105.1528712212657@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> <87a7sn3bex.fsf@intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0519838632==" Return-path: Received: from sonic305-20.consmr.mail.ne1.yahoo.com (sonic305-20.consmr.mail.ne1.yahoo.com [66.163.185.146]) by gabe.freedesktop.org (Postfix) with ESMTPS id 9E2AF6E2E7 for ; Mon, 11 Jun 2018 10:17:10 +0000 (UTC) In-Reply-To: <87a7sn3bex.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: "Taylor, Clinton A" , "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org --===============0519838632== Content-Type: multipart/alternative; boundary="----=_Part_3373104_1558420172.1528712212654" ------=_Part_3373104_1558420172.1528712212654 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, Thanks for the help. I was able to manage your advice on the drm_dp_aux_cha= rdev. Though I still need to learn more about the DRM vs kernel process flo= w. Like for example, upon changing/adding DRM_DP_AUX_CHARDEV in kernel .con= fig, How did DRM_DP_AUX_CHARDEV was being invoke here? From the code, I not= ice character device will be created under drm_dp_aux_register_devnode meth= od. For example I made two kernel 4.6 with DRM_DP_AUX_CHARDEV=3Dy and another k= ernel 4.6 with DRM_DP_AUX_CHARDEV=3Dn.=C2=A0 So the steps was to build and install the kernel with DRM_DP_AUX_CHARDEV=3D= y. Once finish, I tried to reboot and verified the /dev/drm_dp_aux_chardev*= and it was there. Now, I will change the .config DRM_DP_AUXCHARDEV=3Dn the= n follow the steps below to manual build the DRM module. I'm not really sur= e if I'm correct on this one. 1. rm /dev/drm_dp_aux_chardev*=C2=A02. make modules_prepare3. make SUBDIRS= =3Dscripts/mod4. make SUBDIRS=3Ddrivers/gpu/drm modules5. cp drivers/gpu/dr= m/i915/i915.ko /lib/modules/4.6.0-94.11-default/kernel/drivers/gpu/drm6. ..= . I copy all .ko under drm to the lib/modules/4.67. depmod8. modprobe i9159= . ... I also modprobe all modules10. reboot The result was=C2=A0/dev/drm_dp_aux_chardev* was still there. My expectatio= n was it would disrepair or remove. Please have comments and advice. Regards,John=C2=A0 On Saturday, May 26, 2018, 1:14:40 AM GMT+8, Jani Nikula wrote: =20 =20 On Fri, 25 May 2018, "Taylor, Clinton A" wrot= e: > Looks like the seek=3D%d in the sprintf is not working. Yeah. Try skip=3D%d instead. BR, Jani. --=20 Jani Nikula, Intel Open Source Graphics Center _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel =20 ------=_Part_3373104_1558420172.1528712212654 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

Thanks for the help. I was able to= manage your advice on the drm_dp_aux_chardev. Though I still need to learn= more about the DRM vs kernel process flow. Like for example, upon changing= /adding DRM_DP_AUX_CHARDEV in kernel .config, How did DRM_DP_AUX_CHARDEV wa= s being invoke here? From the code, I notice character device will be creat= ed under drm_dp_aux_register_devnode method.

For example I made two kernel 4.6 = with DRM_DP_AUX_CHARDEV=3Dy and another kernel 4.6 with DRM_DP_AUX_CHARDEV= =3Dn. 

So the steps was to build and install the kernel with DRM_DP_AUX_CH= ARDEV=3Dy. Once finish, I tried to reboot and verified the /dev/drm_dp_aux_= chardev* and it was there. Now, I will change the .config DRM_DP_AUXCHARDEV= =3Dn then follow the steps below to manual build the DRM module. I'm not re= ally sure if I'm correct on this one.

=
1. rm /dev/drm_dp_aux_chardev* 
2. make modules_prepare
3. make SUBDIRS=3Dscripts/mod
4. make SUBDIRS=3Ddrivers/gpu/drm modules
5. cp drivers/gpu/drm/i915/i915.ko /lib/modules/4.6.0-94.11-defau= lt/kernel/drivers/gpu/drm
6. ... I copy al= l .ko under drm to the lib/modules/4.6
7. = depmod
8. modprobe i915
9. ... I also modprobe all modules
10. reboot

The result was /dev/drm_dp_aux_chardev* was still there. My expecta= tion was it would disrepair or remove.

Please have comments and advice.

=
Regards,
John 





<= div style=3D"font-family: "Helvetica Neue", Helvetica, Arial, san= s-serif; font-size: 10px;">
=20
=20
On Saturday, May 26, 2018, 1:14:40 AM GMT+8, Jani Nikul= a <jani.nikula@linux.intel.com> wrote:


On Fri, 25 May 2018, "Taylor, Clinton= A" <clinton.a.taylor@intel.com> = wrote:
> Looks like the seek=3D%d in the sprintf is no= t working.

Yeah. Try skip=3D%d instead= .


BR,
Jani.


--
Jani Nikula, Intel Open Source Gr= aphics Center
___________________________________________= ____
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/= listinfo/dri-devel
------=_Part_3373104_1558420172.1528712212654-- --===============0519838632== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0519838632==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: RE: [Intel-gfx] DRM Inquiry Date: Mon, 11 Jun 2018 14:36:38 +0300 Message-ID: <87efhd4ks9.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> <87a7sn3bex.fsf@intel.com> <347606627.3373105.1528712212657@mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <347606627.3373105.1528712212657@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: John Sledge , "Taylor, Clinton A" , "dri-devel@lists.freedesktop.org" Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org T24gTW9uLCAxMSBKdW4gMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5fc2xlZGdldEB5YWhvby5jb20+ IHdyb3RlOgo+IFRoYW5rcyBmb3IgdGhlIGhlbHAuIEkgd2FzIGFibGUgdG8gbWFuYWdlIHlvdXIg YWR2aWNlIG9uIHRoZQo+IGRybV9kcF9hdXhfY2hhcmRldi4gVGhvdWdoIEkgc3RpbGwgbmVlZCB0 byBsZWFybiBtb3JlIGFib3V0IHRoZSBEUk0gdnMKPiBrZXJuZWwgcHJvY2VzcyBmbG93LiBMaWtl IGZvciBleGFtcGxlLCB1cG9uIGNoYW5naW5nL2FkZGluZwo+IERSTV9EUF9BVVhfQ0hBUkRFViBp biBrZXJuZWwgLmNvbmZpZywgSG93IGRpZCBEUk1fRFBfQVVYX0NIQVJERVYgd2FzCj4gYmVpbmcg aW52b2tlIGhlcmU/IEZyb20gdGhlIGNvZGUsIEkgbm90aWNlIGNoYXJhY3RlciBkZXZpY2Ugd2ls bCBiZQo+IGNyZWF0ZWQgdW5kZXIgZHJtX2RwX2F1eF9yZWdpc3Rlcl9kZXZub2RlIG1ldGhvZC4K PiBGb3IgZXhhbXBsZSBJIG1hZGUgdHdvIGtlcm5lbCA0LjYgd2l0aCBEUk1fRFBfQVVYX0NIQVJE RVY9eSBhbmQKPiBhbm90aGVyIGtlcm5lbCA0LjYgd2l0aCBEUk1fRFBfQVVYX0NIQVJERVY9bi7C oAo+IFNvIHRoZSBzdGVwcyB3YXMgdG8gYnVpbGQgYW5kIGluc3RhbGwgdGhlIGtlcm5lbCB3aXRo Cj4gRFJNX0RQX0FVWF9DSEFSREVWPXkuIE9uY2UgZmluaXNoLCBJIHRyaWVkIHRvIHJlYm9vdCBh bmQgdmVyaWZpZWQgdGhlCj4gL2Rldi9kcm1fZHBfYXV4X2NoYXJkZXYqIGFuZCBpdCB3YXMgdGhl cmUuCj4gTm93LCBJIHdpbGwgY2hhbmdlIHRoZSAuY29uZmlnIERSTV9EUF9BVVhDSEFSREVWPW4g dGhlbiBmb2xsb3cgdGhlCj4gc3RlcHMgYmVsb3cgdG8gbWFudWFsIGJ1aWxkIHRoZSBEUk0gbW9k dWxlLiBJJ20gbm90IHJlYWxseSBzdXJlIGlmIEknbQo+IGNvcnJlY3Qgb24gdGhpcyBvbmUuCgpX aHkgYXJlIHlvdSBkaXNhYmxpbmcgaXQgYWdhaW4/IEp1c3QgZW5hYmxlIHRoZSBjb25maWcsIHVz ZSB0aGUKcmVzdWx0aW5nIGtlcm5lbCwgYW5kIGRvIHRoZSByZXN0IGluIHVzZXJzcGFjZS4KCj4g MS4gcm0gL2Rldi9kcm1fZHBfYXV4X2NoYXJkZXYqwqAyLiBtYWtlIG1vZHVsZXNfcHJlcGFyZTMu IG1ha2UKPiBTVUJESVJTPXNjcmlwdHMvbW9kNC4gbWFrZSBTVUJESVJTPWRyaXZlcnMvZ3B1L2Ry bSBtb2R1bGVzNS4gY3AKPiBkcml2ZXJzL2dwdS9kcm0vaTkxNS9pOTE1LmtvCj4gL2xpYi9tb2R1 bGVzLzQuNi4wLTk0LjExLWRlZmF1bHQva2VybmVsL2RyaXZlcnMvZ3B1L2RybTYuIC4uLiBJIGNv cHkKPiBhbGwgLmtvIHVuZGVyIGRybSB0byB0aGUgbGliL21vZHVsZXMvNC42Ny4gZGVwbW9kOC4g bW9kcHJvYmUKPiBpOTE1OS4gLi4uIEkgYWxzbyBtb2Rwcm9iZSBhbGwgbW9kdWxlczEwLiByZWJv b3QKPiBUaGUgcmVzdWx0IHdhc8KgL2Rldi9kcm1fZHBfYXV4X2NoYXJkZXYqIHdhcyBzdGlsbCB0 aGVyZS4gTXkKPiBleHBlY3RhdGlvbiB3YXMgaXQgd291bGQgZGlzcmVwYWlyIG9yIHJlbW92ZS4K CkRvbid0IGRvIHRoaXMuIEkgZG9uJ3QgdW5kZXJzdGFuZCB3aGF0IHlvdSdyZSB0cnlpbmcgdG8g ZG8uCgo+IFBsZWFzZSBoYXZlIGNvbW1lbnRzIGFuZCBhZHZpY2UuCgpQbGVhc2UgZXhwbGFpbiB3 aGF0IHlvdSdyZSB0cnlpbmcgdG8gZG8gdG8gYmVnaW4gd2l0aC4gV2hhdCdzIHlvdXIgZW5kCmdv YWw/CgpCUiwKSmFuaS4KCgpQUy4gUGxlYXNlIHByZWZlciBwbGFpbiB0ZXh0IGluc3RlYWQgb2Yg aHRtbCBvbiB0aGUgbGlzdC4KCgotLSAKSmFuaSBOaWt1bGEsIEludGVsIE9wZW4gU291cmNlIEdy YXBoaWNzIENlbnRlcgpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXwpkcmktZGV2ZWwgbWFpbGluZyBsaXN0CmRyaS1kZXZlbEBsaXN0cy5mcmVlZGVza3RvcC5v cmcKaHR0cHM6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2 ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: RE: [Intel-gfx] DRM Inquiry Date: Wed, 13 Jun 2018 02:07:04 +0000 (UTC) Message-ID: <1298594041.4470364.1528855624318@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> <87a7sn3bex.fsf@intel.com> <347606627.3373105.1528712212657@mail.yahoo.com> <87efhd4ks9.fsf@intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0574937995==" Return-path: Received: from sonic312-23.consmr.mail.ne1.yahoo.com (sonic312-23.consmr.mail.ne1.yahoo.com [66.163.191.204]) by gabe.freedesktop.org (Postfix) with ESMTPS id 45D506E10C for ; Wed, 13 Jun 2018 02:07:35 +0000 (UTC) In-Reply-To: <87efhd4ks9.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: "Taylor, Clinton A" , "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org --===============0574937995== Content-Type: multipart/alternative; boundary="----=_Part_4470363_882072139.1528855624316" ------=_Part_4470363_882072139.1528855624316 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, I like to understand how the DRM_DP_AUX_CHARDEV=3Dy kick off. Regards,John On Monday, June 11, 2018, 7:36:51 PM GMT+8, Jani Nikula wrote: =20 =20 On Mon, 11 Jun 2018, John Sledge wrote: > Thanks for the help. I was able to manage your advice on the > drm_dp_aux_chardev. Though I still need to learn more about the DRM vs > kernel process flow. Like for example, upon changing/adding > DRM_DP_AUX_CHARDEV in kernel .config, How did DRM_DP_AUX_CHARDEV was > being invoke here? From the code, I notice character device will be > created under drm_dp_aux_register_devnode method. > For example I made two kernel 4.6 with DRM_DP_AUX_CHARDEV=3Dy and > another kernel 4.6 with DRM_DP_AUX_CHARDEV=3Dn.=C2=A0 > So the steps was to build and install the kernel with > DRM_DP_AUX_CHARDEV=3Dy. Once finish, I tried to reboot and verified the > /dev/drm_dp_aux_chardev* and it was there. > Now, I will change the .config DRM_DP_AUXCHARDEV=3Dn then follow the > steps below to manual build the DRM module. I'm not really sure if I'm > correct on this one. Why are you disabling it again? Just enable the config, use the resulting kernel, and do the rest in userspace. > 1. rm /dev/drm_dp_aux_chardev*=C2=A02. make modules_prepare3. make > SUBDIRS=3Dscripts/mod4. make SUBDIRS=3Ddrivers/gpu/drm modules5. cp > drivers/gpu/drm/i915/i915.ko > /lib/modules/4.6.0-94.11-default/kernel/drivers/gpu/drm6. ... I copy > all .ko under drm to the lib/modules/4.67. depmod8. modprobe > i9159. ... I also modprobe all modules10. reboot > The result was=C2=A0/dev/drm_dp_aux_chardev* was still there. My > expectation was it would disrepair or remove. Don't do this. I don't understand what you're trying to do. > Please have comments and advice. Please explain what you're trying to do to begin with. What's your end goal? BR, Jani. PS. Please prefer plain text instead of html on the list. --=20 Jani Nikula, Intel Open Source Graphics Center _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel =20 ------=_Part_4470363_882072139.1528855624316 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

I like to understand how the= DRM_DP_AUX_CHARDEV=3Dy kick off.

Regards,
John



=20
=20
On Monday, June 11, 2018, 7:36:51 PM GMT+8, Jani Nikula= <jani.nikula@linux.intel.com> wrote:


On Mon, 11 Jun 2018, John Sledge <= john_sledget@yahoo.com> wrote:
> Thanks for the help. I was able to manage your advice on the
> drm_dp_aux_chardev. Though I still need to learn more ab= out the DRM vs
> kernel process flow. Like for example= , upon changing/adding
> DRM_DP_AUX_CHARDEV in kernel = .config, How did DRM_DP_AUX_CHARDEV was
> being invoke= here? From the code, I notice character device will be
&= gt; created under drm_dp_aux_register_devnode method.
>= ; For example I made two kernel 4.6 with DRM_DP_AUX_CHARDEV=3Dy and
> another kernel 4.6 with DRM_DP_AUX_CHARDEV=3Dn. 
> So the steps was to build and install the kernel with
> DRM_DP_AUX_CHARDEV=3Dy. Once finish, I tried to reboot = and verified the
> /dev/drm_dp_aux_chardev* and it was= there.
> Now, I will change the .config DRM_DP_AUXCHA= RDEV=3Dn then follow the
> steps below to manual build= the DRM module. I'm not really sure if I'm
> correct = on this one.

Why are you disabling it = again? Just enable the config, use the
resulting kernel, = and do the rest in userspace.

> 1. = rm /dev/drm_dp_aux_chardev* 2. make modules_prepare3. make
> SUBDIRS=3Dscripts/mod4. make SUBDIRS=3Ddrivers/gpu/drm modules5= . cp
> drivers/gpu/drm/i915/i915.ko
= > /lib/modules/4.6.0-94.11-default/kernel/drivers/gpu/drm6. ... I copy> all .ko under drm to the lib/modules/4.67. depmod8. m= odprobe
> i9159. ... I also modprobe all modules10. re= boot
> The result was /dev/drm_dp_aux_chardev* wa= s still there. My
> expectation was it would disrepair= or remove.

Don't do this. I don't und= erstand what you're trying to do.

>= Please have comments and advice.

Plea= se explain what you're trying to do to begin with. What's your end
goal?

BR,
= Jani.


PS. Please pr= efer plain text instead of html on the list.



--=
Jani Nikula, Intel Open Source Graphics Center
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel=
------=_Part_4470363_882072139.1528855624316-- --===============0574937995== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0574937995==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jani Nikula Subject: Re: RE: [Intel-gfx] DRM Inquiry Date: Wed, 13 Jun 2018 10:07:04 +0300 Message-ID: <87po0v17xj.fsf@intel.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> <87a7sn3bex.fsf@intel.com> <347606627.3373105.1528712212657@mail.yahoo.com> <87efhd4ks9.fsf@intel.com> <1298594041.4470364.1528855624318@mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: <1298594041.4470364.1528855624318@mail.yahoo.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: John Sledge , "Taylor, Clinton A" , "dri-devel@lists.freedesktop.org" Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org T24gV2VkLCAxMyBKdW4gMjAxOCwgSm9obiBTbGVkZ2UgPGpvaG5fc2xlZGdldEB5YWhvby5jb20+ IHdyb3RlOgo+IEkgbGlrZSB0byB1bmRlcnN0YW5kIGhvdyB0aGUgRFJNX0RQX0FVWF9DSEFSREVW PXkga2ljayBvZmYuCgpUcnkgJ2dpdCBncmVwIERSTV9EUF9BVVhfQ0hBUkRFVicgaW4geW91ciBr ZXJuZWwgZ2l0IHJlcG8sIGFuZCBzZWUgaG93Cml0IGFmZmVjdHMgY29uZGl0aW9uYWwgY29tcGls YXRpb24uCgpUaGlzIGxpc3QgaXNuJ3Qga2VybmVsIGRldmVsb3BtZW50IDEwMS4KCllvdSBzdGls bCBkaWRuJ3Qgc2F5IHdoYXQgeW91ciBlbmQgZ29hbCBpcy4gRm9yZ2V0IGV2ZXJ5dGhpbmcgYWJv dXQgRFAKQVVYIGFuZCB0aGUgY2hhcmRldiBhbmQgc28gb24sIGp1c3QgdGVsbCB1cyB3aGF0IHlv dSdyZSB0cnlpbmcgdG8KYWNoaWV2ZS4gTWF5YmUgeW91J3JlIGFza2luZyBhYm91dCBYLCBidXQg eW91IHJlYWxseSB3YW50IHRvIGtub3cgYWJvdXQKWS4KCkJSLApKYW5pLgoKLS0gCkphbmkgTmlr dWxhLCBJbnRlbCBPcGVuIFNvdXJjZSBHcmFwaGljcyBDZW50ZXIKX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1haWxpbmcgbGlzdApkcmkt ZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3Jn L21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Sledge Subject: Re: DRM Inquiry Date: Wed, 13 Jun 2018 08:21:36 +0000 (UTC) Message-ID: <74781013.4618994.1528878096517@mail.yahoo.com> References: <471791572.2287221.1526561265798.ref@mail.yahoo.com> <471791572.2287221.1526561265798@mail.yahoo.com> <87fu2pxph0.fsf@intel.com> <910225270.614010.1527135594944@mail.yahoo.com> <524712366.665006.1527159421984@mail.yahoo.com> <87r2m1jo0g.fsf@intel.com> <1379753500.1074727.1527230209001@mail.yahoo.com> <87603c441x.fsf@intel.com> <1337918406.1091217.1527235879310@mail.yahoo.com> <07B20DB26D79E148B5B4241D21181A4CBE9A5411@ORSMSX115.amr.corp.intel.com> <87a7sn3bex.fsf@intel.com> <347606627.3373105.1528712212657@mail.yahoo.com> <87efhd4ks9.fsf@intel.com> <1298594041.4470364.1528855624318@mail.yahoo.com> <87po0v17xj.fsf@intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1312934916==" Return-path: In-Reply-To: <87po0v17xj.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "Taylor, Clinton A" , "dri-devel@lists.freedesktop.org" , Jani Nikula Cc: "intel-gfx@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org --===============1312934916== Content-Type: multipart/alternative; boundary="----=_Part_4618993_974912849.1528878096515" ------=_Part_4618993_974912849.1528878096515 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Jani, The end goal was already achieve by the advice you gave the DRM_DP_AUX_CHAR= DEV.I just like to extend my knowledge into DRM such as a scenario having a= kernel version that doesn't have the DRM_DP_AUX_CHARDEV yet. Would it poss= ible to implement specific=C2=A0DRM_DP_AUX_CHARDEV to it. Thanks,John On Wednesday, June 13, 2018, 3:07:14 PM GMT+8, Jani Nikula wrote: =20 =20 On Wed, 13 Jun 2018, John Sledge wrote: > I like to understand how the DRM_DP_AUX_CHARDEV=3Dy kick off. Try 'git grep DRM_DP_AUX_CHARDEV' in your kernel git repo, and see how it affects conditional compilation. This list isn't kernel development 101. You still didn't say what your end goal is. Forget everything about DP AUX and the chardev and so on, just tell us what you're trying to achieve. Maybe you're asking about X, but you really want to know about Y. BR, Jani. --=20 Jani Nikula, Intel Open Source Graphics Center =20 ------=_Part_4618993_974912849.1528878096515 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Jani,

The end goal was already ach= ieve by the advice you gave the DRM_DP_AUX_CHARDEV.
I just like t= o extend my knowledge into DRM such as a scenario having a kernel version t= hat doesn't have the DRM_DP_AUX_CHARDEV yet. Would it possible to implement= specific DRM_DP_AUX_CHARDEV to it.

Thanks,
<= div>John

=20
=20
On Wednesday, June 13, 2018, 3:07:14 PM GMT+8, Jani Nik= ula <jani.nikula@linux.intel.com> wrote:


On Wed, 13 Jun 2018, John Sledge <= john_sledget@yahoo.com> wrote:
> I like to understand how the DRM_DP_AUX_CHARDEV=3Dy kick off.

Try 'git grep DRM_DP_AUX_CHARDEV' in your= kernel git repo, and see how
it affects conditional comp= ilation.

This list isn't kernel develo= pment 101.

You still didn't say what y= our end goal is. Forget everything about DP
AUX and the c= hardev and so on, just tell us what you're trying to
achi= eve. Maybe you're asking about X, but you really want to know about
Y.


BR,
Jani.

--
Jani Nikula, Intel Open Source Graphics = Center
------=_Part_4618993_974912849.1528878096515-- --===============1312934916== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSW50ZWwtZ2Z4 IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vaW50ZWwtZ2Z4Cg== --===============1312934916==--