From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5283 invoked by alias); 9 Oct 2006 19:57:03 -0000 Received: (qmail 5267 invoked by uid 22791); 9 Oct 2006 19:57:02 -0000 X-Spam-Check-By: sourceware.org Received: from outbound-ash.frontbridge.com (HELO outbound1-ash-R.bigfish.com) (206.16.192.249) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 09 Oct 2006 19:56:57 +0000 Received: from outbound1-ash.bigfish.com (localhost.localdomain [127.0.0.1]) by outbound1-ash-R.bigfish.com (Postfix) with ESMTP id 84BD616CEAD9; Mon, 9 Oct 2006 19:56:45 +0000 (UTC) Received: from mail33-ash-R.bigfish.com (unknown [172.18.2.3]) by outbound1-ash.bigfish.com (Postfix) with ESMTP id 7B89C16CEAD6; Mon, 9 Oct 2006 19:56:45 +0000 (UTC) Received: from mail33-ash.bigfish.com (localhost.localdomain [127.0.0.1]) by mail33-ash-R.bigfish.com (Postfix) with ESMTP id 70BA78884A0; Mon, 9 Oct 2006 19:56:45 +0000 (UTC) X-BigFish: VP Received: by mail33-ash (MessageSwitch) id 1160423805360437_22520; Mon, 9 Oct 2006 19:56:45 +0000 (UCT) Received: from amdext4.amd.com (amdext4.amd.com [163.181.251.6]) by mail33-ash.bigfish.com (Postfix) with ESMTP id 3271088838A; Mon, 9 Oct 2006 19:56:45 +0000 (UTC) Received: from SAUSGW01.amd.com (sausgw01.amd.com [163.181.250.21]) by amdext4.amd.com (8.12.11/8.12.11/AMD) with ESMTP id k99JuOQb027260; Mon, 9 Oct 2006 14:56:44 -0500 Received: from 163.181.22.101 by SAUSGW02.amd.com with ESMTP (AMD SMTP Relay (Email Firewall v6.1.0)); Mon, 09 Oct 2006 14:56:36 -0500 X-Server-Uuid: 5FC0E2DF-CD44-48CD-883A-0ED95B391E89 Received: from sausexmb1.amd.com ([163.181.3.156]) by sausexbh1.amd.com with Microsoft SMTPSVC(6.0.3790.2499); Mon, 9 Oct 2006 14:56:36 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: RE: RFC: TLS improvements for IA32 and AMD64/EM64T Date: Mon, 09 Oct 2006 19:57:00 -0000 Message-ID: <1449F58C868D8D4E9C72945771150BDF5215EF@SAUSEXMB1.amd.com> In-Reply-To: From: "Menezes, Evandro" To: "Alexandre Oliva" cc: "Jan Beulich" , "Michael Matz" , discuss@x86-64.org, "Andreas Jaeger" , binutils@sources.redhat.com, libc-alpha@sources.redhat.com, "Michael Meissner" , "H. J. Lu" X-WSS-ID: 693476FE0Y45658294-01-01 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6EBDD.070107AB" X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00059.txt.bz2 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6EBDD.070107AB Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-length: 1646 Hi, Alexandre.=20 > Here's an updated patch the should address all of your concerns. The > proposed ABI changes haven't changed at all for almost a year, and in > the mean time we've ported it to one more platform (ARM), so I believe > this is rock solid now. It looks good and the patch is pretty informative. However, there are some= statements that may not be as clear as they could be, so I was thinking if= the changes to your patch in attach seem reasonable. Would you consider adding the calculations for the new relocations in order= to improve their clarity? The original paper on TLS goes on about them a = bit, but it wouldn't be a bad idea to have the psABI document more stand-al= one. I remember some examples in your paper at the GCC Summit and adding them to= section 3.5 would be swell too. > Let me know what you think about the proposed changes. They document > what's implemented in GNU binutils, GCC and the pending patches I have > for glibc, that I'm retesting after updating them to a current tree. >From your paper at the GCC Summit it's quite clear that such additions to = the psABI would be a fine idea. Perhaps HJ would like to consider the corr= esponding additions for the i386 psABI extension. So, there's no question about the technical part of your proposal. But, as= you can infer from my comments above, I'd like to improve the clarity of t= he psABI so that one wouldn't have to go to specific implementations to fig= ure out the details. What do you think? Thank you, --=20 _______________________________________________________ Evandro Menezes AMD Austin, TX ------_=_NextPart_001_01C6EBDD.070107AB Content-Type: application/octet-stream; name=tlsdesc.patch.patch Content-Transfer-Encoding: base64 Content-Description: tlsdesc.patch.patch Content-Disposition: attachment; filename=tlsdesc.patch.patch Content-length: 2778 LS0tIHRsc2Rlc2MucGF0Y2gJMjAwNi0xMC0wOSAxNDozMjoyNS43MzkxNjEw MDAgLTA1MDAKKysrIHRsc2Rlc2MucGF0Y2gubmV3CTIwMDYtMTAtMDkgMTQ6 Mzg6NTMuNTk3Mzk5MDAwIC0wNTAwCkBAIC0xMTUsMTAgKzExNSwxMCBAQCBJ bmRleDogb2JqZWN0LWZpbGVzLnRleAogK2xpbmtlciBnZW5lcmF0ZXMgc3Vj aCByZWxvY2F0aW9ucyBpbiBhZGphY2VudCBlbnRyaWVzIGluIHRoZSBHT1Qs IGluCiArcmVzcG9uc2UgdG8gXHRleHR0dHtSX1g4Nl82NF9UTFNHRH0gYW5k IFx0ZXh0dHR7Ul9YODZfNjRfVExTTER9CiArcmVsb2NhdGlvbnMuICBJZiB0 aGUgbGlua2VyIGNhbiBjb21wdXRlIHRoZSBvZmZzZXQgaXRzZWxmLCBiZWNh dXNlIHRoZQotK3JlZmVyZW5jZWQgc3ltYm9sIGJpbmRzIGxvY2FsbHksIHRo ZSBcdGV4dHR0e0RUUE9GRn0gbWF5IGJlIG9taXR0ZWQuCisrcmVmZXJlbmNl ZCBzeW1ib2wgYmluZHMgbG9jYWxseSwgdGhlIHJlbG9jYXRpb25zIFx0ZXh0 dHR7Ul9YODZfNjRfNjR9IGFuZCBcdGV4dHR0e1JfWDg2XzY0XzMyfSBtYXkg YmUgdXNlZCBpbnN0ZWFkLgogK090aGVyd2lzZSwgc3VjaCByZWxvY2F0aW9u cyBhcmUgYWx3YXlzIGluIHBhaXJzLCBzdWNoIHRoYXQgdGhlCi0rXHRleHR0 dHtEVFBPRkY2NH0gcmVsb2NhdGlvbiBhcHBsaWVzIHRvIHRoZSB3b3JkNjQg cmlnaHQgcGFzdCB0aGUKLStjb3JyZXNwb25kaW5nIFx0ZXh0dHR7RFRQTU9E fSByZWxvY2F0aW9uLgorK1x0ZXh0dHR7Ul9YODZfNjRfRFRQT0ZGNjR9IHJl bG9jYXRpb24gYXBwbGllcyB0byB0aGUgd29yZDY0IHJpZ2h0IHBhc3QgdGhl CisrY29ycmVzcG9uZGluZyBcdGV4dHR0e1JfWDg2XzY0X0RUUE1PRDY0fSBy ZWxvY2F0aW9uLgogIFxlbmR7c2xvcHB5cGFyfQogIAogK1x0ZXh0dHR7Ul9Y ODZfNjRfVFBPRkY2NH0gYW5kIFx0ZXh0dHR7Ul9YODZfNjRfVFBPRkYzMn0g cmVzb2x2ZSB0byB0aGUKQEAgLTEyOSwxMiArMTI5LDEyIEBAIEluZGV4OiBv YmplY3QtZmlsZXMudGV4CiArCiArXHRleHR0dHtSX1g4Nl82NF9UTFNHRH0g YW5kIFx0ZXh0dHR7Ul9YODZfNjRfVExTTER9IGJvdGggcmVzb2x2ZSB0bwog K1BDLXJlbGF0aXZlIG9mZnNldHMgdG8gYSBcdGV4dHR0e0RUUE1PRH0gR09U IGVudHJ5LiAgVGhlIGRpZmZlcmVuY2UKLStiZXR3ZWVuIHRoZW0gaXMgdGhh dCwgZm9yIFx0ZXh0dHR7VExTR0R9LCB0aGUgZm9sbG93aW5nIEdPVCBlbnRy eSB3aWxsCisrYmV0d2VlbiB0aGVtIGlzIHRoYXQsIGZvciBcdGV4dHR0e1Jf WDg2XzY0X1RMU0dEfSwgdGhlIGZvbGxvd2luZyBHT1QgZW50cnkgd2lsbAog K2NvbnRhaW4gdGhlIG9mZnNldCBvZiB0aGUgcmVmZXJlbmNlZCBzeW1ib2wg aW50byBpdHMgVExTIGJsb2NrLAotK3doZXJlYXMsIGZvciBcdGV4dHR0e1RM U0xEfSwgdGhlIGZvbGxvd2luZyBHT1QgZW50cnkgd2lsbCBjb250YWluIHRo ZQorK3doZXJlYXMsIGZvciBcdGV4dHR0e1JfWDg2XzY0X1RMU0xEfSwgdGhl IGZvbGxvd2luZyBHT1QgZW50cnkgd2lsbCBjb250YWluIHRoZQogK29mZnNl dCBmb3IgdGhlIGJhc2UgYWRkcmVzcyBvZiB0aGUgVExTIGJsb2NrLiAgVGhl IGlkZWEgaXMgdGhhdCBhZGRpbmcKLSt0aGlzIG9mZnNldCB0byB0aGUgcmVz dWx0IG9mIFx0ZXh0dHR7RFRQTU9EMzJ9IGZvciBhIHN5bWJvbCBvdWdodCB0 bwotK3lpZWxkIHRoZSBzYW1lIGFzIHRoZSByZXN1bHQgb2YgXHRleHR0dHtE VFBNT0Q2NH0gZm9yIHRoZSBzYW1lIHN5bWJvbC4KKyt0aGlzIG9mZnNldCB0 byB0aGUgcmVzdWx0IG9mIFx0ZXh0dHR7Ul9YODZfNjRfRFRQTU9EMzJ9IGZv ciBhIHN5bWJvbCBvdWdodCB0bworK3lpZWxkIHRoZSBzYW1lIGFzIHRoZSBy ZXN1bHQgb2YgXHRleHR0dHtSX1g4Nl82NF9EVFBNT0Q2NH0gZm9yIHRoZSBz YW1lIHN5bWJvbC4KICsKICtcdGV4dHR0e1JfWDg2XzY0X1RMU0RFU0N9IHJl c29sdmVzIHRvIGEgcGFpciBvZiB3b3JkNjRzLCBjYWxsZWQgVExTCiArRGVz Y3JpcHRvciwgdGhlIGZpcnN0IG9mIHdoaWNoIGlzIGEgcG9pbnRlciB0byBh IGZ1bmN0aW9uLCBmb2xsb3dlZCBieQo= ------_=_NextPart_001_01C6EBDD.070107AB--