Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Add copy buttons to all
 blocks
(function() {
function addCopyButtons() {
document.querySelectorAll('pre code').forEach(function(codeBlock) {
if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;
codeBlock.parentElement.setAttribute('data-copy-added', 'true');
var btn = document.createElement('button');
btn.textContent = 'Copy';
btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';
btn.onmouseover = function() { this.style.opacity = '1'; };
btn.onmouseout = function() { this.style.opacity = '0.7'; };
btn.onclick = function() {
navigator.clipboard.writeText(codeBlock.textContent).then(function() {
btn.textContent = 'Copied!';
setTimeout(function() { btn.textContent = 'Copy'; }, 1500);
});
};
codeBlock.parentElement.style.position = 'relative';
codeBlock.parentElement.appendChild(btn);
});
}
addCopyButtons();
// Re-run on dynamic content
var observer = new MutationObserver(addCopyButtons);
observer.observe(document.body, { childList: true, subtree: true });
})();
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
[NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Force GitHub README to respect dark mode (function() { var style = document.createElement('style'); style.textContent = ' .markdown-body { color-scheme: dark light; } .markdown-body pre { background: #161b22 !important; } .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; } .markdown-body table th, .markdown-body table td { border-color: #30363d !important; } .markdown-body img { background: #0d1117; } .markdown-body blockquote { border-left-color: #8b949e; } .markdown-body hr { border-color: #30363d; } '; document.head.appendChild(style); })(); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Highlight search terms from Google/DuckDuckGo/Bing referrer (function() { var ref = document.referrer; var terms = []; if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) { var url = new URL(ref); var q = url.searchParams.get('q') || url.searchParams.get('p'); if (q) { terms = q.split(/\s+/).filter(function(t) { return t.length > 2; }); } } if (terms.length === 0) return; var style = document.createElement('style'); style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }'; document.head.appendChild(style); function highlight(node) { if (node.nodeType === 3) { // text node var text = node.textContent; var found = false; terms.forEach(function(term) { var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\]\\]/g, '\\') + ')', 'gi'); if (regex.test(text)) { found = true; var frag = document.createDocumentFragment(); var parts = text.split(regex); parts.forEach(function(part, i) { if (i % 2 === 0) { frag.appendChild(document.createTextNode(part)); } else { var span = document.createElement('span'); span.className = 'userscript-highlight'; span.textContent = part; frag.appendChild(span); } }); node.parentNode.replaceChild(frag, node); } }); } else if (node.nodeType === 1 && node.childNodes) { // element var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT']; if (!skipTags.includes(node.tagName)) { Array.from(node.childNodes).forEach(highlight); } } } highlight(document.body); // Re-highlight on dynamic content var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1 || node.nodeType === 3) highlight(node); }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Strip utm_, fbclid, gclid, etc. from all links on page (function() { var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content', 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid', 'ref', 'ref_src', 'source', 'medium', 'campaign']; function cleanUrl(url) { try { var u = new URL(url, window.location.origin); var changed = false; trackingParams.forEach(function(p) { if (u.searchParams.has(p)) { u.searchParams.delete(p); changed = true; } }); return changed ? u.toString() : url; } catch (e) { return url; } } function cleanLinks() { document.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } cleanLinks(); var observer = new MutationObserver(function(mutations) { mutations.forEach(function(m) { m.addedNodes.forEach(function(node) { if (node.nodeType === 1) { if (node.tagName === 'A') cleanLinks(); node.querySelectorAll('a[href]').forEach(function(a) { var clean = cleanUrl(a.href); if (clean !== a.href) a.href = clean; }); } }); }); }); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + ' [NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Auto-enable theater mode on YouTube (function() { function tryTheater() { var btn = document.querySelector('button[aria-label="Theater mode"], ytd-player #player button[title="Theater mode"]'); if (btn && !btn.classList.contains('activated')) { btn.click(); } } // Try immediately tryTheater(); // Try after navigation (SPA) var lastUrl = location.href; setInterval(function() { if (location.href !== lastUrl) { lastUrl = location.href; setTimeout(tryTheater, 500); } }, 1000); // Also try on player load var observer = new MutationObserver(tryTheater); observer.observe(document.body, { childList: true, subtree: true }); })(); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Remove or un-stick sticky/fixed headers that block content (function() { function unstick() { document.querySelectorAll('header, nav, [role="banner"], .header, .navbar, .sticky, .fixed-top, [style*="position: fixed"], [style*="position:sticky"]').forEach(function(el) { if (el.style.position === 'fixed' || el.style.position === 'sticky' || getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') { el.style.position = 'static'; el.style.top = 'auto'; el.style.zIndex = 'auto'; } }); } unstick(); var observer = new MutationObserver(unstick); observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] }); })(); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + ' [NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas
, 'i'); if (__m === '*' || __re.test(location.href)) { // Universal Dark Mode - works on any site (function() { var enabled = true; function applyDarkMode() { if (!enabled) return; // Create style element if it doesn't exist var style = document.getElementById('universal-dark-mode-style'); if (!style) { style = document.createElement('style'); style.id = 'universal-dark-mode-style'; document.head.appendChild(style); } // Dark mode CSS - inverts colors but preserves images/video style.textContent = ' /* Invert everything except media */ html { filter: invert(1) hue-rotate(180deg) !important; background: #1a1a2e !important; } /* Restore images, videos, iframes, canvas */ img, video, iframe, canvas, svg, picture, [style*="background-image"] { filter: invert(1) hue-rotate(180deg) !important; } /* Preserve specific elements that should not be inverted */ .no-dark-mode, .no-dark-mode *, [data-theme="light"], [data-theme="light"], .ace_editor, .ace_editor *, .CodeMirror, .CodeMirror *, .monaco-editor, .monaco-editor *, .markdown-body pre, .markdown-body pre *, .highlight, .highlight *, pre code, pre code * { filter: none !important; } /* Fix common UI elements */ .modal, .popup, .dropdown-menu, .tooltip, .popover { filter: invert(1) hue-rotate(180deg) !important; background: #2d2d44 !important; border-color: #444 !important; } /* Scrollbars */ ::-webkit-scrollbar { background: #1a1a2e !important; } ::-webkit-scrollbar-thumb { background: #444 !important; } ::-webkit-scrollbar-thumb:hover { background: #555 !important; } /* Selection */ ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; } ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; } '; } function removeDarkMode() { var style = document.getElementById('universal-dark-mode-style'); if (style) style.remove(); } // Toggle with Alt+Shift+D document.addEventListener('keydown', function(e) { if (e.altKey && e.shiftKey && e.key === 'D') { e.preventDefault(); enabled = !enabled; if (enabled) { applyDarkMode(); console.log('[Universal Dark Mode] Enabled'); } else { removeDarkMode(); console.log('[Universal Dark Mode] Disabled'); } } }); // Apply on load applyDarkMode(); // Re-apply on dynamic content var observer = new MutationObserver(function(mutations) { if (enabled && !document.getElementById('universal-dark-mode-style')) { applyDarkMode(); } }); observer.observe(document.head, { childList: true }); console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle'); })(); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })(); [NativeAOT] Missing memory fence before bulk move of objects by VSadov · Pull Request #90890 · dotnet/runtime · GitHub
Skip to content

[NativeAOT] Missing memory fence before bulk move of objects - #90890

Merged
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar
Aug 22, 2023
Merged

[NativeAOT] Missing memory fence before bulk move of objects#90890
VSadov merged 3 commits into
dotnet:mainfrom
VSadov:bulkBar

Conversation

@VSadov

@VSadovVSadov commented Aug 21, 2023

Copy link
Copy Markdown
Member

Memory model requires that the modifications to an object are observable by other threads no later than the reference to the object becomes observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

@ghostghost assigned VSadovAug 21, 2023
@ghost

Copy link
Copy Markdown

Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas
See info in area-owners.md if you want to be subscribed.

Issue Details

Memory model requires that the object modifications are observable before the reference itself is observable.
It is possible that RhBulkMoveWithWriteBarrier is making the objects shared, thus needs a fence.

See similar fence in CoreCLR InlinedMemmoveGCRefsHelper

Author:VSadov
Assignees:-
Labels:

area-NativeAOT-coreclr

Milestone:-

@VSadov

VSadov commented Aug 21, 2023

Copy link
Copy Markdown
MemberAuthor

In theory the fence could be done conditionally on whether destination is a heap location. Only a "publising" write needs a fence. Also a store fence should be sufficient. (as in dmb ishst).

I think we may want to backport this to 8.0, thus just doing the same unconditional full fence as in CoreCLR seems less risky.

@VSadov
VSadov requested a review from jkotasAugust 21, 2023 20:31
InlinedBulkWriteBarrier(pDest, cbDest);
}

void REDHAWK_CALLCONV RhpBulkWriteBarrier(void* pMemStart, uint32_t cbMemSize)

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This helper was unused.

@VSadov
VSadov marked this pull request as ready for review August 21, 2023 20:34

COOP_PINVOKE_HELPER(void, RhBulkMoveWithWriteBarrier, (uint8_t* pDest, uint8_t* pSrc, size_t cbDest))
{
#if TARGET_ARM64

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we define GCHeapMemoryBarrier macro that matches what we do in CoreCLR?

#if defined(TARGET_X86) || defined(TARGET_AMD64)
//
// Strong memory model. No memory barrier necessary before writing object references into GC heap.
//
#defineGCHeapMemoryBarrier()
#else
//
// The weak memory model forces us to raise memory barriers before writing object references into GC heap. This is required
// for both security and to make most managed code written against strong memory model work. Under normal circumstances, this memory
// barrier is part of GC write barrier. However, there are a few places in the VM that set cards manually without going through
// regular GC write barrier. These places need to this macro. This macro is usually used before memcpy-like operation followed
// by SetCardsAfterBulkCopy.
//
#defineGCHeapMemoryBarrier() MemoryBarrier()
#endif

@VSadovVSadovAug 21, 2023

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not sure GCHeapMemoryBarrier should be a helper.
It sounds like something more general for use in GC, but it is used only in the bulk copy helper and that is the only place where it is applicable.

Also, ideally it should be something like

#ifTARGET_ARM64if (InHeap(dst))
{
StoreMemoryBarrier();
}
#endif

That is to not do fences when this is used to copy structs on stack.

I guess, since we are not doing that, we could match the CoreCLR pattern.

@@ -4,5 +4,3 @@
//
// Unmanaged GC memory helpers

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Delete this file?

@jkotasjkotas left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks

@VSadov
VSadov merged commit 3bda6e0 into dotnet:mainAug 22, 2023
@VSadov
VSadov deleted the bulkBar branch August 22, 2023 03:00
@VSadov

Copy link
Copy Markdown
MemberAuthor

Thanks!

@VSadov

Copy link
Copy Markdown
MemberAuthor

I think we want an 8.0 backport for this.

@VSadov

Copy link
Copy Markdown
MemberAuthor

/backport to release/8.0

@github-actions

Copy link
Copy Markdown
Contributor

Started backporting to release/8.0: https://github.com/dotnet/runtime/actions/runs/5942571566

@ghostghost locked as resolved and limited conversation to collaborators Sep 21, 2023
Sign up for freeto subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

@VSadov@jkotas