{"push_id":1154202049,"size":9,"distinct_size":9,"ref":"refs/heads/master","head":"8fe4507d7f241745b0701f76c7bed3d1a91f3ebe","before":"1e1ad9253e8bedd910f8affa03916a2066cc4395","commits":[{"sha":"e07221785240f86dfe4a7188871712682c8318e3","author":{"name":"Kyungwoo Lee","email":"fba579c9b2ed583a2e1b367dacc455fb93e888c8@microsoft.com"},"message":"ARM64: Another Tests.lst Update for R2R\n\nFixes https://github.com/dotnet/coreclr/issues/5638\nFixes https://github.com/dotnet/coreclr/issues/5645\n\ndoublinkstay.cmd does not repro anymore\nincrease time-out for DeltaBlue","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/e07221785240f86dfe4a7188871712682c8318e3"},{"sha":"6d198f8926b6c5ee3fd9678394626ad3296840c3","author":{"name":"Andy Ayers","email":"eb540dbfe23ecab6edc4372665b4d5d4e13a72b7@microsoft.com"},"message":"Modify Crypto benchmark so it uses a fixed random seed\n\nFix seed so benchmark behavior doesn't vary randomly from run to run.","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/6d198f8926b6c5ee3fd9678394626ad3296840c3"},{"sha":"73528790be5bf318af49ee457f6b5dad003f94db","author":{"name":"Rahul Kumar","email":"328de7336c502e686bd5152d4ee6dc54f5921228@microsoft.com"},"message":"Fixes AV in sos for arm64","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/73528790be5bf318af49ee457f6b5dad003f94db"},{"sha":"839fb443e275b9958b3123df574ad9772aa15028","author":{"name":"Rahul Kumar","email":"328de7336c502e686bd5152d4ee6dc54f5921228@microsoft.com"},"message":"Merge pull request #5694 from rahku/sosFix\n\nFixes AV in sos for arm64","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/839fb443e275b9958b3123df574ad9772aa15028"},{"sha":"d6a00daeff8c7a799d3913eecd89daadbe14a2ac","author":{"name":"Kyungwoo Lee","email":"fba579c9b2ed583a2e1b367dacc455fb93e888c8@microsoft.com"},"message":"Merge pull request #5691 from kyulee1/testupdate2\n\nARM64: Another Tests.lst Update for R2R","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/d6a00daeff8c7a799d3913eecd89daadbe14a2ac"},{"sha":"237e9da6af703c614e0c852e7e421db46bbdfa4b","author":{"name":"Koundinya Veluri","email":"d1af74ef98e3a3985b6aeb5b676718451376531d@microsoft.com"},"message":"Fix for GC hole when using software write watch\n\nIssue:\n- When using software write watch, getting dirty pages is synchronized with growing the write watch table using gc_lock, as those cannot happen concurrently\n- It turns out that a foreground GC can happen at that point, pausing the background GC while it tries to acquire gc_lock\n- In this issue, the last object in the previously revisited page is a free object whose range spans one or more pages\n- With the intent of skipping the free range, revisit_written_page() records the next object to scan immediately following the free range\n- Since only 100 dirty pages are retrieved at a time, the next set of up to 100 dirty pages needs to be requested. Before that, a foreground GC begins, and the background GC pauses trying to acquire gc_lock.\n- The foreground GC promotes some objects, and in the process allocates from the free range above, and completes\n- One of the moved objects in that previously free range gets a reference to a new object that is not referenced from anywhere else\n- The background GC resumes, determines that the moved object's page is dirty, but skips revisiting the object because the previously recorded next object from which to start scanning, already took the free range size into account before it was allocated\n- The background GC does not mark through the moved object, so the newly referenced object appears to be free, and is sweeped\n- Later, either verify_heap fails or the app crashes, when trying to access that referenced object\n\nFix:\n- Similarly to what is done for the large object heap, when revisiting a page and using software write watch, don't advance last_object when the current object is a free object that spans beyond the current page or high_address\n- On the next revisit, it would start scanning from the previously scanned free object (which now may be allocated or will have a smaller size) until it reaches the requested page to scan\n\nFixes (but not yet closing) #5194","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/237e9da6af703c614e0c852e7e421db46bbdfa4b"},{"sha":"91037acfac26eccd3ac17e58df3c7d0d0b2f645d","author":{"name":"Jan Vorlicek","email":"09bb9bc2e782fb04614d1a465f5dc8996873b58c@microsoft.com"},"message":"Fix rethrow of managed exception from native code (#5697)\n\nThis change fixes a problem that happens when managed exception is caught\r\nin native code, rethrown and then caught and passed to DispatchManagedException\r\nto be propagated further through managed code frames.\r\nThe problem is that while the exception was rethrown, it still has the\r\nTargetFrameSp member set to the frame that has caught it and so the\r\nDispatchManagedException thinks it is just continuing to propagate it in the\r\nsecond pass instead of starting a new first pass.\r\nThe UnwindManagedExceptionPass2 then asserts, because the TargetFrameSp is\r\nbelow the frame it is about to process.\r\n\r\nThe fix is to reset the TargetFrameSp to NoTargetFrameSp when the exception\r\nis caught in native code - in PAL_EXCEPT and EX_CATCH_IMPL_EX (which catches\r\nall exceptions).\r\n\r\nI have also added few stress log messages for processing exception in native\r\nframes that helped debug the issue.","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/91037acfac26eccd3ac17e58df3c7d0d0b2f645d"},{"sha":"639803f50346e495d25b096cb49b4a06273f7c63","author":{"name":"Andy Ayers","email":"eb540dbfe23ecab6edc4372665b4d5d4e13a72b7@microsoft.com"},"message":"Merge pull request #5692 from AndyAyersMS/DerministicCrypto\n\nModify Crypto benchmark so it uses a fixed random seed","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/639803f50346e495d25b096cb49b4a06273f7c63"},{"sha":"8fe4507d7f241745b0701f76c7bed3d1a91f3ebe","author":{"name":"Koundinya Veluri","email":"d1af74ef98e3a3985b6aeb5b676718451376531d@users.noreply.github.com"},"message":"Merge pull request #5707 from kouvel/BgMarkFreeObjectAdvanceFix\n\nFix for GC hole when using software write watch","distinct":true,"url":"https://api.github.com/repos/jkotas/coreclr/commits/8fe4507d7f241745b0701f76c7bed3d1a91f3ebe"}]}
{"actor":{"display_login":"jkotas"}}