<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>214243</bug_id>
          
          <creation_ts>2020-07-12 14:48:59 -0700</creation_ts>
          <short_desc>[JSC] We should keep unaligned access feature in certain architectures in macro-assembler</short_desc>
          <delta_ts>2020-07-12 16:36:29 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>New Bugs</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Yusuke Suzuki">ysuzuki</reporter>
          <assigned_to name="Yusuke Suzuki">ysuzuki</assigned_to>
          <cc>darin</cc>
    
    <cc>ews-watchlist</cc>
    
    <cc>keith_miller</cc>
    
    <cc>mark.lam</cc>
    
    <cc>msaboff</cc>
    
    <cc>saam</cc>
    
    <cc>tzagallo</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1670925</commentid>
    <comment_count>0</comment_count>
    <who name="Yusuke Suzuki">ysuzuki</who>
    <bug_when>2020-07-12 14:48:59 -0700</bug_when>
    <thetext>[JSC] We should keep unaligned access feature in certain architectures in macro-assembler</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670926</commentid>
    <comment_count>1</comment_count>
      <attachid>404119</attachid>
    <who name="Yusuke Suzuki">ysuzuki</who>
    <bug_when>2020-07-12 14:52:05 -0700</bug_when>
    <thetext>Created attachment 404119
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670927</commentid>
    <comment_count>2</comment_count>
      <attachid>404119</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2020-07-12 14:58:48 -0700</bug_when>
    <thetext>Comment on attachment 404119
Patch

Seems like it might help us catch mistakes if we had an explicit loadUnalignedPtr just so we could have the assertion for call sites where we think things are aligned.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670929</commentid>
    <comment_count>3</comment_count>
    <who name="Yusuke Suzuki">ysuzuki</who>
    <bug_when>2020-07-12 15:20:39 -0700</bug_when>
    <thetext>(In reply to Darin Adler from comment #2)
&gt; Comment on attachment 404119 [details]
&gt; Patch
&gt; 
&gt; Seems like it might help us catch mistakes if we had an explicit
&gt; loadUnalignedPtr just so we could have the assertion for call sites where we
&gt; think things are aligned.

Yeah, this is good, but I think currently, we have no way to enforce this condition at B3, e.g. B3 can freely compute addresses in any forms, while it is unlikely I think, this is possible that we will generate BaseIndex with Scale2 while it is pointing an aligned position to the pointer (Scale8). So, for now, this would be simpler solution.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670930</commentid>
    <comment_count>4</comment_count>
    <who name="Yusuke Suzuki">ysuzuki</who>
    <bug_when>2020-07-12 15:22:04 -0700</bug_when>
    <thetext>I&apos;ll land it once EWS JSC build is done, since it is removing assertions which can occur only when Debug build is enabled, and this assertion was not hit in mac-debug previously. So, except for building, EWS status must not be changed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670931</commentid>
    <comment_count>5</comment_count>
    <who name="EWS">ews-feeder</who>
    <bug_when>2020-07-12 15:41:23 -0700</bug_when>
    <thetext>Committed r264287: &lt;https://trac.webkit.org/changeset/264287&gt;

All reviewed patches have been landed. Closing bug and clearing flags on attachment 404119.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670932</commentid>
    <comment_count>6</comment_count>
    <who name="Radar WebKit Bug Importer">webkit-bug-importer</who>
    <bug_when>2020-07-12 15:42:14 -0700</bug_when>
    <thetext>&lt;rdar://problem/65444830&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1670934</commentid>
    <comment_count>7</comment_count>
      <attachid>404119</attachid>
    <who name="Keith Miller">keith_miller</who>
    <bug_when>2020-07-12 16:36:29 -0700</bug_when>
    <thetext>Comment on attachment 404119
Patch

We can probably just remove the assertion. I added it because I wanted to catch cases where we used loadPtr but passed Scale64 for arm64_32. Since it&apos;s harder to debug that from the bad data later. I can just restore the assertion locally as I continue working on arm64_32 JITs.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>404119</attachid>
            <date>2020-07-12 14:52:05 -0700</date>
            <delta_ts>2020-07-12 15:41:24 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-214243-20200712145205.patch</filename>
            <type>text/plain</type>
            <size>2048</size>
            <attacher name="Yusuke Suzuki">ysuzuki</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMjY0Mjg2CmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwppbmRleCA3
MjllZDg0MmVmNTQ1Yjc1MTdlMGQ0ZjFlZTlkMTg1ZjBhM2FlNzI3Li5lOGQ1YzNiZDY5MjNjZWZl
MmI5ZjY5MzM5YzMzNzIzMjg4ZmMxNWI2IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENv
cmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwxOCBAQAorMjAyMC0wNy0xMiAgWXVzdWtlIFN1enVraSAgPHlzdXp1a2lAYXBwbGUuY29t
PgorCisgICAgICAgIFtKU0NdIFdlIHNob3VsZCBrZWVwIHVuYWxpZ25lZCBhY2Nlc3MgZmVhdHVy
ZSBpbiBjZXJ0YWluIGFyY2hpdGVjdHVyZXMgaW4gbWFjcm8tYXNzZW1ibGVyCisgICAgICAgIGh0
dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0yMTQyNDMKKworICAgICAgICBS
ZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBXZSBpbnRyb2R1Y2VkIHRoZSBh
c3NlcnRpb24gaW4gcjI2MzA0OSwgYnV0IHRoaXMgYXNzZXJ0aW9uIGNyYXNoZXMgaW4gdGVzdGIz
IERlYnVnIGJ1aWxkLgorICAgICAgICB0ZXN0YjMgYWN0dWFsbHkgdGVzdHMgdW5hbGlnbmVkIGFj
Y2VzcyBmZWF0dXJlIHNpbmNlIEFSTTY0IGFuZCB4NjQgYWxsb3cgaXQuIEFuZCB1bmFsaWduZWQg
YWNjZXNzIGlzIHVzZWZ1bAorICAgICAgICBmb3IgWWFyciBldGMuLCBzbyB3ZSB3YW50IHRvIGtl
ZXAgdW5hbGlnbmVkIGFjY2VzcyBmZWF0dXJlIGlmIGFyY2hpdGVjdHVyZSBhbGxvd3MgaXQuIFdl
IHNob3VsZCBtYWtlIHRoaXMKKyAgICAgICAgYXNzZXJ0aW9uIGVmZmVjdGl2ZSBvbmx5IGlmIENQ
VShORUVEU19BTElHTkVEX0FDQ0VTUykgaXMgdHJ1ZS4KKworICAgICAgICAqIGFzc2VtYmxlci9N
YWNyb0Fzc2VtYmxlci5oOgorICAgICAgICAoSlNDOjpNYWNyb0Fzc2VtYmxlcjo6bG9hZFB0cik6
CisKIDIwMjAtMDctMTIgIFl1c3VrZSBTdXp1a2kgIDx5c3V6dWtpQGFwcGxlLmNvbT4KIAogICAg
ICAgICBbSlNDXSBBdm9pZCBKU1N0cmluZyBjcmVhdGlvbiBpbiBJbnRsLkxvY2FsZSN7bWluaW1p
emUsbWF4aW1pemV9CmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvYXNzZW1ibGVy
L01hY3JvQXNzZW1ibGVyLmggYi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvYXNzZW1ibGVyL01hY3Jv
QXNzZW1ibGVyLmgKaW5kZXggM2NlYWY3YjVhM2NkYzVhNWUyZDc2YWMzNTgwZmRjNzczY2FjODE3
ZC4uY2EyNzkxMDZkMDhlNGM4OTRmZjk1MGYwMGZlMjI2ZmE4YWEzYzk0MiAxMDA2NDQKLS0tIGEv
U291cmNlL0phdmFTY3JpcHRDb3JlL2Fzc2VtYmxlci9NYWNyb0Fzc2VtYmxlci5oCisrKyBiL1Nv
dXJjZS9KYXZhU2NyaXB0Q29yZS9hc3NlbWJsZXIvTWFjcm9Bc3NlbWJsZXIuaApAQCAtNzExLDcg
KzcxMSw5IEBAIGNsYXNzIE1hY3JvQXNzZW1ibGVyIDogcHVibGljIE1hY3JvQXNzZW1ibGVyQmFz
ZSB7CiAKICAgICB2b2lkIGxvYWRQdHIoQmFzZUluZGV4IGFkZHJlc3MsIFJlZ2lzdGVySUQgZGVz
dCkKICAgICB7CisjaWYgQ1BVKE5FRURTX0FMSUdORURfQUNDRVNTKQogICAgICAgICBBU1NFUlQo
YWRkcmVzcy5zY2FsZSA9PSBTY2FsZVB0ciB8fCBhZGRyZXNzLnNjYWxlID09IFRpbWVzT25lKTsK
KyNlbmRpZgogICAgICAgICBsb2FkMzIoYWRkcmVzcywgZGVzdCk7CiAgICAgfQogCkBAIC0xMDU3
LDcgKzEwNTksOSBAQCBjbGFzcyBNYWNyb0Fzc2VtYmxlciA6IHB1YmxpYyBNYWNyb0Fzc2VtYmxl
ckJhc2UgewogCiAgICAgdm9pZCBsb2FkUHRyKEJhc2VJbmRleCBhZGRyZXNzLCBSZWdpc3RlcklE
IGRlc3QpCiAgICAgeworI2lmIENQVShORUVEU19BTElHTkVEX0FDQ0VTUykKICAgICAgICAgQVNT
RVJUKGFkZHJlc3Muc2NhbGUgPT0gU2NhbGVQdHIgfHwgYWRkcmVzcy5zY2FsZSA9PSBUaW1lc09u
ZSk7CisjZW5kaWYKICAgICAgICAgbG9hZDY0KGFkZHJlc3MsIGRlc3QpOwogICAgIH0KIAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>