From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Madajczak, Tomasz" Subject: Re: pin OABUFFER to GGTT Date: Wed, 2 Jul 2014 10:31:45 +0000 Message-ID: References: <92648605EABDA246B775AAB04C95A7A3137EB4F3@IRSMSX103.ger.corp.intel.com> <20140701163017.GA7371@nuc-i3427.alporthouse.com> <92648605EABDA246B775AAB04C95A7A3137EB523@IRSMSX103.ger.corp.intel.com> <20140701165149.GB7371@nuc-i3427.alporthouse.com> <92648605EABDA246B775AAB04C95A7A3137EB5E3@IRSMSX103.ger.corp.intel.com> <20140701195427.GA11155@nuc-i3427.alporthouse.com> <20140702064052.GA2723@bwidawsk.net> <20140702065559.GA3015@nuc-i3427.alporthouse.com> <92648605EABDA246B775AAB04C95A7A3137EB7D6@IRSMSX103.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1886502293==" Return-path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by gabe.freedesktop.org (Postfix) with ESMTP id 9040272024 for ; Wed, 2 Jul 2014 03:32:41 -0700 (PDT) In-Reply-To: <92648605EABDA246B775AAB04C95A7A3137EB7D6@IRSMSX103.ger.corp.intel.com> MIME-Version: 1.0 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "Mateo Lozano, Oscar" , Chris Wilson , Ben Widawsky Cc: "Intel-gfx@lists.freedesktop.org" List-Id: intel-gfx@lists.freedesktop.org --===============1886502293== Content-Language: en-US Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0050_01CF95F1.956EFE90" ------=_NextPart_000_0050_01CF95F1.956EFE90 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Ad>Tomasz: is the intention to only measure within a batch? My = impression is that you wanted to maintain the OABUFFER programmed and then collect performance reports for a period of time (probably for several batchbuffers). If that=B4s the case, the relocation approach is not = possible. I confirm that relocation approach is not possible. OA buffer collect performance data for many hw contexts, and thus many = batch buffers, it is a hardware reporting mechanism not bound to any specific = GPU command send within a BB. The report is triggered by hw when: - hw context switches, that action can be caused by any level GPU preemption, GUC direct context submission, and regular kernel exec list submission - GPU frequency change - that is trigger by power management - RC6 transition - time interval expiration (if programmed so for collect performance = data at regular time intervals) Each instance of UMD maps then the OA buffer to examine it within the Performance Query measurement window. Window is learned with = Query::Begin and Query::End timestamps and reported OABufferTail pointer on = Query::End. As OA buffer is large (up to 16MB), any KMD assist in conveying that = data to UMD on each Query::End is not applicable - queries might be done per = each Draw. There isn't any secret or privacy in that OA buffer data - just results of performance counters, shown by tools such as GPA/ Vtune. Thanks, Tomasz -----Original Message----- From: Mateo Lozano, Oscar=20 Sent: Wednesday, July 02, 2014 10:50 AM To: Chris Wilson; Ben Widawsky Cc: Intel-gfx@lists.freedesktop.org; Madajczak, Tomasz; Rutkowski, Adam = J; Jesse Barnes (jbarnes@virtuousgeek.org) Subject: RE: [Intel-gfx] pin OABUFFER to GGTT --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 > -----Original Message----- > From: Chris Wilson [mailto:chris@chris-wilson.co.uk] > Sent: Wednesday, July 02, 2014 7:56 AM > To: Ben Widawsky > Cc: Mateo Lozano, Oscar; Intel-gfx@lists.freedesktop.org; Madajczak,=20 > Tomasz; Rutkowski, Adam J; Jesse Barnes (jbarnes@virtuousgeek.org) > Subject: Re: [Intel-gfx] pin OABUFFER to GGTT >=20 > On Tue, Jul 01, 2014 at 11:40:52PM -0700, Ben Widawsky wrote: > > On Tue, Jul 01, 2014 at 08:54:27PM +0100, Chris Wilson wrote: > > > On Tue, Jul 01, 2014 at 05:16:30PM +0000, Mateo Lozano, Oscar = wrote: > > > > > The issue is they need: > > > > > > > > > > A) A buffer object. > > > > > B) Bound to GGTT. > > > > > C) That userspace knows the GGTT offset of, so that they can=20 > > > > > program OABUFFER with it. > > > > > D) That userspace can map so that they can read the reported > counters. > > > > > > > > > > They used to create a bo, call bo_pin on it, use args->offset=20 > > > > > to program OABUFFER (via MI_LOAD_REGISTER_IMM, I imagine), map = > > > > > it and read the counter values. They cannot do this anymore. > > > > > > > > The answer might be that all of this needs to be done by the=20 > > > > kernel > itself, but then we need to provide an interface to userspace... > > > > > > Yes. If you need to pin a buffer for a register, then it needs to=20 > > > be handled by the kernel. Especially one that provides information = > > > about other users. > > > -Chris > > > > > > > I'm unclear why they need the offset. Can it not work like any other = > > relocation, except with the requirement that it's in the GGTT? > > > > I'd also argue that they need to be able to map it (they need the=20 > > contents, which may or may not be mapped). However, I think this is=20 > > a very minor point. > > > > With the command validator this should be a pretty reasonable thing=20 > > to accomplish. I think we can just give a flag for the reloc that it = > > needs to be in the GGTT, and then pass a check to the command=20 > > scanner that only that one offset is allowed, and only for OA. >=20 > If the intention was to only measure within a batch and the command=20 > parser ensured that the register was cleared before the end of the = batch, fine. > That's not an information leak nor do we keep the hardware pointing to = > an unpinned buffer afterwards. > Chris Wilson, Intel Open Source Technology Centre Tomasz: is the intention to only measure within a batch? My impression = is that you wanted to maintain the OABUFFER programmed and then collect performance reports for a period of time (probably for several batchbuffers). If that=B4s the case, the relocation approach is not = possible. Chris: please notice that the bo_pin ioctl they were using until now required root, so the information leak about other users was not that = bad. Still, I tend to agree that bo_pin for this is overkill and the = programming of OABUFFER should be carried out by the kernel (with some interface to userspace so that they can retrieve the actual contents of the buffer... root only of course).=20 -- Oscar ------=_NextPart_000_0050_01CF95F1.956EFE90 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIYeDCCAyAw ggKJoAMCAQICBDXe9M8wDQYJKoZIhvcNAQEFBQAwTjELMAkGA1UEBhMCVVMxEDAOBgNVBAoTB0Vx dWlmYXgxLTArBgNVBAsTJEVxdWlmYXggU2VjdXJlIENlcnRpZmljYXRlIEF1dGhvcml0eTAeFw05 ODA4MjIxNjQxNTFaFw0xODA4MjIxNjQxNTFaME4xCzAJBgNVBAYTAlVTMRAwDgYDVQQKEwdFcXVp ZmF4MS0wKwYDVQQLEyRFcXVpZmF4IFNlY3VyZSBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMFdsVhnCGLuoJotHwhtkRRomAoe/toEbxOEYiHD0XzOnwXg uAHwTjTs4oqVBGSs8WtTXwWzy2eAv0ICjv7dAQns4QAUT/z78AzdQ7pbK+EfgHCZFVeTFvEPl2q3 wmgjHMxNWTCsUR47ryvW7mNFe8XZX1DS41APOojnvxT94Me5AgMBAAGjggEJMIIBBTBwBgNVHR8E aTBnMGWgY6BhpF8wXTELMAkGA1UEBhMCVVMxEDAOBgNVBAoTB0VxdWlmYXgxLTArBgNVBAsTJEVx dWlmYXggU2VjdXJlIENlcnRpZmljYXRlIEF1dGhvcml0eTENMAsGA1UEAxMEQ1JMMTAaBgNVHRAE EzARgQ8yMDE4MDgyMjE2NDE1MVowCwYDVR0PBAQDAgEGMB8GA1UdIwQYMBaAFEjmaPkr0rKV10fY IyAQTzOYkJ/UMB0GA1UdDgQWBBRI5mj5K9KylddH2CMgEE8zmJCf1DAMBgNVHRMEBTADAQH/MBoG CSqGSIb2fQdBAAQNMAsbBVYzLjBjAwIGwDANBgkqhkiG9w0BAQUFAAOBgQBYzinq/Pfetc4CuRe1 hdG54+CVzCUxDQCmkm5/tpJjnlCV0Zpv5BHeY4VumO6o/1rI01WyZnFX3sAh6z0qpyNJAQSGQnv8 7n+iFlK1Z2fTQNs7JliyKHc9rhR3Ydb6KmYnoA36p3Nc6nDxlCFlRF/6/O8paKmih3nvee9PrAd3 ODCCAz0wggKmoAMCAQICAwWw/zANBgkqhkiG9w0BAQUFADBOMQswCQYDVQQGEwJVUzEQMA4GA1UE ChMHRXF1aWZheDEtMCsGA1UECxMkRXF1aWZheCBTZWN1cmUgQ2VydGlmaWNhdGUgQXV0aG9yaXR5 MB4XDTA2MDIxNjE4MDEzMFoXDTE2MDIxOTE4MDEzMFowUjELMAkGA1UEBhMCVVMxGjAYBgNVBAoT EUludGVsIENvcnBvcmF0aW9uMScwJQYDVQQDEx5JbnRlbCBFeHRlcm5hbCBCYXNpYyBQb2xpY3kg Q0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDBpd/XOb9QVqEZ8mQ1042TdOIq3ATD IsV2xDyt30yLyMR5Wjtus0bn3B+he89BiNO/LP6+rFzEwlD55PlX+HLGIKeNNG97dqyc30FElEUj ZzTZFq2N4e3kVJ/XAEEgANzV8v9qp7qWwxugPgfc3z9BkYot+CifozexHLb/hEZj+yISCU61kRZv uSQ0E11yYL4dRgcglJeaHo3oX57rvIckaLsYV5/1Aj+R8DM1Ppk965XQAKsHfnyT7C4S50T4lVn4 lz36wOdNZn/zegG1zp41lnoTFfT4KuKVJH5x7YD1p6KbgJCKLovnujGuohquBNfdXKpZkvz6pGv+ iC1HawJdAgMBAAGjgaAwgZ0wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBQaxgxKxEdvqNutK/D0 Vgaj7TdUDDA6BgNVHR8EMzAxMC+gLaArhilodHRwOi8vY3JsLmdlb3RydXN0LmNvbS9jcmxzL3Nl Y3VyZWNhLmNybDAfBgNVHSMEGDAWgBRI5mj5K9KylddH2CMgEE8zmJCf1DAPBgNVHRMBAf8EBTAD AQH/MA0GCSqGSIb3DQEBBQUAA4GBABMQOK2kVKVIlUWwLTdywJ+e2O+PC/uQltK2F3lRyrPfBn69 tOkIP4SgDJOfsxyobIrPLe75kBLw+Dom13OBDp/EMZJZ1CglQfVV8co9mT3aZMjSGGQiMgkJLR3j Mfr900fXZKj5XeqCJ+JP0mEhJGEdVCY+FFlksJjV86fDrq1QMIIFijCCBHKgAwIBAgIKYSCKYgAA AAAACDANBgkqhkiG9w0BAQUFADBSMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9y YXRpb24xJzAlBgNVBAMTHkludGVsIEV4dGVybmFsIEJhc2ljIFBvbGljeSBDQTAeFw0wOTA1MTUx OTI3MjZaFw0xNTA1MTUxOTM3MjZaMFYxCzAJBgNVBAYTAlVTMRowGAYDVQQKExFJbnRlbCBDb3Jw b3JhdGlvbjErMCkGA1UEAxMiSW50ZWwgRXh0ZXJuYWwgQmFzaWMgSXNzdWluZyBDQSAzQjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAKQEM1Wn9TU9vc9C+/Tc7KB+eiYElmrcEWE32WUd HvWG+IcQHVQsikTmMyKKojNLw2B5s6Iekc8ivDo/wCfjZzX9JyftMnc+AArc0la87Olybzm8K9jX EfTBvTnUSFSiI9ZYefITdiUgqlAFuljFZEHYKYtLuhrRacpmQfP4mV63NKdc2bT804HRf6YptZFa 4k6YN94zlrGNrBuQQ74WFzz/jLBusbUpEkro6Mu/ZYFOFWQrV9lBhF9Ruk8yN+3N6n9fUo/qBigi F2kEn9xVh1ykl7SCGL2jBUkXx4qgV27a6Si8lRRdgrHGtN/HWnSWlLXTH5l575H4Lq++77OFv38C AwEAAaOCAlwwggJYMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFA7GKvdZsggQkCVvw939imYx MCvFMAsGA1UdDwQEAwIBhjASBgkrBgEEAYI3FQEEBQIDAQABMCMGCSsGAQQBgjcVAgQWBBQ5oFY2 ekKQ/5Ktim+VdMeSWb4QWTAZBgkrBgEEAYI3FAIEDB4KAFMAdQBiAEMAQTAfBgNVHSMEGDAWgBQa xgxKxEdvqNutK/D0Vgaj7TdUDDCBvQYDVR0fBIG1MIGyMIGvoIGsoIGphk5odHRwOi8vd3d3Lmlu dGVsLmNvbS9yZXBvc2l0b3J5L0NSTC9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBQb2xpY3kl MjBDQS5jcmyGV2h0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50ZWwuY29tL3JlcG9zaXRvcnkvQ1JML0lu dGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMFBvbGljeSUyMENBLmNybDCB4wYIKwYBBQUHAQEEgdYw gdMwYwYIKwYBBQUHMAKGV2h0dHA6Ly93d3cuaW50ZWwuY29tL3JlcG9zaXRvcnkvY2VydGlmaWNh dGVzL0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMFBvbGljeSUyMENBLmNydDBsBggrBgEFBQcw AoZgaHR0cDovL2NlcnRpZmljYXRlcy5pbnRlbC5jb20vcmVwb3NpdG9yeS9jZXJ0aWZpY2F0ZXMv SW50ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwUG9saWN5JTIwQ0EuY3J0MA0GCSqGSIb3DQEBBQUA A4IBAQCxtQEHchVQhXyjEqtMVUMe6gkmPsIczHxSeqNbo9dsD+6xbT65JT+oYgpIAtfEsYXeUJu1 cChqpb22U5bMAz7eaQcW5bzefufWvA6lg2048B8oczBj/q+5P5NpYrUO8jOmN4jTjfJq3ElZ7yFW py7rB3Vm/aN6ATYqWfMbS/xfh+JCxmH3droUmMJI0/aZJHsLtjbjFnNsHDNrJZX1vxlM78Lb1hjs kTENPmhbVbfTj5i/ZGnhv4tmI8QZPCNtcegXJrfhRl2D9bWpdTOPrWiLDUqzy1Z6KL7TcOS/PCl8 RHCJXkPau/thTQCpIoDa2+c+3XA++gRTfAQ4svTO260NMIIGGzCCBQOgAwIBAgIKWANBVwABAACP JjANBgkqhkiG9w0BAQUFADBWMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9yYXRp b24xKzApBgNVBAMTIkludGVsIEV4dGVybmFsIEJhc2ljIElzc3VpbmcgQ0EgM0IwHhcNMTIwNDEw MTAyMjU2WhcNMTUwMzI2MTAyMjU2WjBHMRowGAYDVQQDExFNYWRhamN6YWssIFRvbWFzejEpMCcG CSqGSIb3DQEJARYaVG9tYXN6Lk1hZGFqY3pha0BpbnRlbC5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDo312tGxmyD8eGoQhviH9KZNdu9drsSEW2nIhdaTc5PO6aEbzgLWZ45m6U Qonb7atoAv3h5QzOK0kz5tSzdGeSUVKYN5jfA1gPLmF1nYBjknoceJbnWaIla7fwxTB5ctye53Lo KnI489aJITp85LaRKms5lHSozKVZ11hxSF1hABlaC9tvsFuXpeEht1gvjQlGXxrtQjOOM+JLl9tX VelejbMlIgbrfJkHQhEdaWuWpWd+II5I1YrRQ5USUbkRaF5ehYqRjcDzwFfg+Z3IuDBSaEejFhxj ZF2r24zzMzxmaf2HxVnTDn+OODseCRk48B+Pz97P2/18hfBnfbG1cFwBAgMBAAGjggL4MIIC9DAL BgNVHQ8EBAMCB4AwPAYJKwYBBAGCNxUHBC8wLQYlKwYBBAGCNxUIhsOMdYSZ5VGD/YEohY6fU4KR wAlngd69OZXwQwIBZAIBCDAdBgNVHQ4EFgQUS9PpG6E1Ve5/p+3HVODgxNLGds4wHwYDVR0jBBgw FoAUDsYq91myCBCQJW/D3f2KZjEwK8Uwgc8GA1UdHwSBxzCBxDCBwaCBvqCBu4ZXaHR0cDovL3d3 dy5pbnRlbC5jb20vcmVwb3NpdG9yeS9DUkwvSW50ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwSXNz dWluZyUyMENBJTIwM0IoMSkuY3JshmBodHRwOi8vY2VydGlmaWNhdGVzLmludGVsLmNvbS9yZXBv c2l0b3J5L0NSTC9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1aW5nJTIwQ0ElMjAzQigx KS5jcmwwgfUGCCsGAQUFBwEBBIHoMIHlMGwGCCsGAQUFBzAChmBodHRwOi8vd3d3LmludGVsLmNv bS9yZXBvc2l0b3J5L2NlcnRpZmljYXRlcy9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1 aW5nJTIwQ0ElMjAzQigxKS5jcnQwdQYIKwYBBQUHMAKGaWh0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50 ZWwuY29tL3JlcG9zaXRvcnkvY2VydGlmaWNhdGVzL0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUy MElzc3VpbmclMjBDQSUyMDNCKDEpLmNydDAfBgNVHSUEGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoD DDApBgkrBgEEAYI3FQoEHDAaMAoGCCsGAQUFBwMEMAwGCisGAQQBgjcKAwwwUQYDVR0RBEowSKAq BgorBgEEAYI3FAIDoBwMGlRvbWFzei5NYWRhamN6YWtAaW50ZWwuY29tgRpUb21hc3ouTWFkYWpj emFrQGludGVsLmNvbTANBgkqhkiG9w0BAQUFAAOCAQEAXUN9jj3Ioi1d6GxtQpeuxZXecaVycP6F yVStBwIPHVV31lY2hW/ymjza9fyaxsIFVM/EYfPmtwbNeCTGZEeBqolQEYzw0vjVfIXAWMD0Vf6A ZfN7TzxOJDOGgo+gBeB95H3DWNRxHDOkcQHWYfXZZwoaecKQC8ciQRZNpCkgiSS/ySf6vJCMlYaD Tn0W/4G4qBoK/bqFyYM/ZV9g3gEM1RtLwS/4HIZEWTcA7G6TETp/xj1FGCh5syakiB9Ls6AzqtEW zYV1gFC4dVyKNOJsO91s/+QSWHLr/R83IqlrlDA8x3iKn711jRi/gaOr7/fmQIzbVeAZDM4pjVyo anADWjCCBmIwggVKoAMCAQICClgEiRoAAQAAjycwDQYJKoZIhvcNAQEFBQAwVjELMAkGA1UEBhMC VVMxGjAYBgNVBAoTEUludGVsIENvcnBvcmF0aW9uMSswKQYDVQQDEyJJbnRlbCBFeHRlcm5hbCBC YXNpYyBJc3N1aW5nIENBIDNCMB4XDTEyMDQxMDEwMjQxOFoXDTE1MDMyNjEwMjQxOFowRzEaMBgG A1UEAxMRTWFkYWpjemFrLCBUb21hc3oxKTAnBgkqhkiG9w0BCQEWGlRvbWFzei5NYWRhamN6YWtA aW50ZWwuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAvElq6bamiiafVievK7G/ jfPRusuxl0K+F2HbdD92GjriK95Bg/3If5zsT2QnBSrIAiLSgFl5BZJIs3W+NCMsA/VXrwwEWJNj xl+rU/1QYz4T3VPGOdkbFVtrgLReAshU57Zx6FILuUTcIYCImJ9ZxA2W8gB2IldUi4xHh9IIyvJ4 p9Wu70CrlbABhOzU5CtkMIbFArWuup3GfpQgrTYVDU5aiW3CXCVRxyNT/WyPy8lUuDL1xGwCA/Xf afq3NlUkAwudDLvzatuPSxB/mTj9rcFcy4XAiMESp7JK914E2FQQUCSJUVAm3TI6AiXc9srdkDq7 4qRZ5G4IwhMX8ujf2QIDAQABo4IDPzCCAzswCwYDVR0PBAQDAgQwMD0GCSsGAQQBgjcVBwQwMC4G JisGAQQBgjcVCIbDjHWEmeVRg/2BKIWOn1OCkcAJZ4S52UGHhP9OAgFkAgEMMEQGCSqGSIb3DQEJ DwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggqhkiG9w0D BzAdBgNVHQ4EFgQUh06sTj68t48cs7IMRL9EjvOud7owHwYDVR0jBBgwFoAUDsYq91myCBCQJW/D 3f2KZjEwK8Uwgc8GA1UdHwSBxzCBxDCBwaCBvqCBu4ZXaHR0cDovL3d3dy5pbnRlbC5jb20vcmVw b3NpdG9yeS9DUkwvSW50ZWwlMjBFeHRlcm5hbCUyMEJhc2ljJTIwSXNzdWluZyUyMENBJTIwM0Io MSkuY3JshmBodHRwOi8vY2VydGlmaWNhdGVzLmludGVsLmNvbS9yZXBvc2l0b3J5L0NSTC9JbnRl bCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1aW5nJTIwQ0ElMjAzQigxKS5jcmwwgfUGCCsGAQUF BwEBBIHoMIHlMGwGCCsGAQUFBzAChmBodHRwOi8vd3d3LmludGVsLmNvbS9yZXBvc2l0b3J5L2Nl cnRpZmljYXRlcy9JbnRlbCUyMEV4dGVybmFsJTIwQmFzaWMlMjBJc3N1aW5nJTIwQ0ElMjAzQigx KS5jcnQwdQYIKwYBBQUHMAKGaWh0dHA6Ly9jZXJ0aWZpY2F0ZXMuaW50ZWwuY29tL3JlcG9zaXRv cnkvY2VydGlmaWNhdGVzL0ludGVsJTIwRXh0ZXJuYWwlMjBCYXNpYyUyMElzc3VpbmclMjBDQSUy MDNCKDEpLmNydDAfBgNVHSUEGDAWBggrBgEFBQcDBAYKKwYBBAGCNwoDBDApBgkrBgEEAYI3FQoE HDAaMAoGCCsGAQUFBwMEMAwGCisGAQQBgjcKAwQwUQYDVR0RBEowSKAqBgorBgEEAYI3FAIDoBwM GlRvbWFzei5NYWRhamN6YWtAaW50ZWwuY29tgRpUb21hc3ouTWFkYWpjemFrQGludGVsLmNvbTAN BgkqhkiG9w0BAQUFAAOCAQEAQTSf0uVlK8e94W+8l+k/gQmojiTsmhfjGNYOlbUnOG4VCFdg+lZg jL0U00vD7yy1fjoU8b7F9QfRT0XK/HiTrZM0TsdmMX0LAyGfWakhym21kj5br/p95Rupe/1FnmH+ aiAPh3PhaERx63Y/8tvJyabPzp+torc6ovV+cYsKyEr1mopM6b553PJTWsAUv7uJXaacHF4VgD0w CHWF2k8vwLnC3IBCQkqE1/yqMC6oR0GIfznn9YqVvi1QdUXkzm6BVlYcaAzzwenGW1Tr9Kg0xiqW qopMipdKmOIEHEQv/HkXzFamLjgPbdF2zKC9kWGFR/7+fELjiCgtiuo4KQ+WYTGCA4YwggOCAgEB MGQwVjELMAkGA1UEBhMCVVMxGjAYBgNVBAoTEUludGVsIENvcnBvcmF0aW9uMSswKQYDVQQDEyJJ bnRlbCBFeHRlcm5hbCBCYXNpYyBJc3N1aW5nIENBIDNCAgpYA0FXAAEAAI8mMAkGBSsOAwIaBQCg ggH3MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE0MDcwMjEwMzE0 NFowIwYJKoZIhvcNAQkEMRYEFBqa8RS2oOel+UiUsJI89DZuTM0CMHMGCSsGAQQBgjcQBDFmMGQw VjELMAkGA1UEBhMCVVMxGjAYBgNVBAoTEUludGVsIENvcnBvcmF0aW9uMSswKQYDVQQDEyJJbnRl bCBFeHRlcm5hbCBCYXNpYyBJc3N1aW5nIENBIDNCAgpYBIkaAAEAAI8nMHUGCyqGSIb3DQEJEAIL MWagZDBWMQswCQYDVQQGEwJVUzEaMBgGA1UEChMRSW50ZWwgQ29ycG9yYXRpb24xKzApBgNVBAMT IkludGVsIEV4dGVybmFsIEJhc2ljIElzc3VpbmcgQ0EgM0ICClgEiRoAAQAAjycwgasGCSqGSIb3 DQEJDzGBnTCBmjALBglghkgBZQMEASowCwYJYIZIAWUDBAEWMAoGCCqGSIb3DQMHMAsGCWCGSAFl AwQBAjAOBggqhkiG9w0DAgICAIAwBwYFKw4DAgcwDQYIKoZIhvcNAwICAUAwDQYIKoZIhvcNAwIC ASgwBwYFKw4DAhowCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjALBglghkgBZQMEAgEwDQYJKoZI hvcNAQEBBQAEggEA1hdQzBkbEpGVJ29e8s0BI4MSNuN0Hs2+bXvwzlrqwKzu0MK/vwYXTkhH7xce E89aKEk+CATPgWMYQh3/DhvZmGNSUum05K/QHRF3f13XCXh7Etz6TRrQV61F0oLjAorjDqUz7jb1 UunT2kO6XXsOCnV1JCnSJ7Z9yxl+BZlAk7FiqZHqNPZlfo4UWuCmsu9WGTcs2w74JtOZTEUjZRnh wV5FYB3i7tyT8WLlHuvNDN3SY6hzLWB8j4SAqoNfMhv3u/3mwj5Fv8kR7P6mItjDgRxfOOfT+XXR aEJOcZwswdNZbJfPQUw5LmCKChSaJd1CbgvdDYnYLk2P6qbokAAsXgAAAAAAAA== ------=_NextPart_000_0050_01CF95F1.956EFE90-- --===============1886502293== Content-Type: multipart/alternative; boundary="===============1739154613==" MIME-Version: 1.0 Content-Disposition: inline --===============1739154613== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable -------------------------------------------------------------------- Intel Technology Poland sp. z o.o. ul. Slowackiego 173 | 80-298 Gdansk | Sad Rejonowy Gdansk Polnoc | VII Wydz= ial Gospodarczy Krajowego Rejestru Sadowego - KRS 101882 | NIP 957-07-52-31= 6 | Kapital zakladowy 200.000 PLN. Ta wiadomosc wraz z zalacznikami jest przeznaczona dla okreslonego adresata= i moze zawierac informacje poufne. W razie przypadkowego otrzymania tej wi= adomosci, prosimy o powiadomienie nadawcy oraz trwale jej usuniecie; jakiek= olwiek przegladanie lub rozpowszechnianie jest zabronione. This e-mail and any attachments may contain confidential material for the s= ole use of the intended recipient(s). If you are not the intended recipient= , please contact the sender and delete all copies; any review or distributi= on by others is strictly prohibited. --===============1739154613== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

---------------------------------------------------------------------
Intel Technology Poland sp. z o.o.
ul. Słowackiego 173 | 80-298 Gdańsk | Sąd Rejonowy Gd= ańsk Północ | VII Wydział Gospodarczy Krajowego Rejestru Sądowego - KRS 101882 = | NIP 957-07-52-316 | Kapitał zakładowy 200.000 PLN.

Ta wiadomość wraz z załącznikami jest przeznaczona d= la określonego adresata i może zawierać informacje poufne. W razie przypadkowego o= trzymania tej wiadomości, prosimy o powiadomienie nadawcy oraz trwałe jej usu= nięcie; jakiekolwiek przeglądanie lub rozpowszechnianie jest zabronione.
This e-mail and any attachments may contain confidential material for the s= ole use of the intended recipient(s). If you are not the intended recipient, please contact the sender and delete all copies; any review or distribution by oth= ers is strictly prohibited.

--===============1739154613==-- --===============1886502293== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx --===============1886502293==--