#8380: Numerous testsuite failures on ARM due to missing mkJumpToAddr -------------------------------------+--------------------------- Reporter: bgamari | Owner: Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.7 Resolution: | Keywords: patch Operating System: Unknown/Multiple | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+--------------------------- Comment (by bgamari): thoughtpolice correctly pointed out that in addition to implementing `mkJumpToAddr` we also need to ensure that the icache gets flushed after modifying the loaded code. I've added another patch to ensure this happens although this hasn't cleared up any further testsuite failures. These two patches brought down the number of total testsuite failures from 204 to 104 in my test environment. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8380#comment:1 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8380: Numerous testsuite failures on ARM due to missing mkJumpToAddr -------------------------------------+--------------------------- Reporter: bgamari | Owner: bgamari Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.7 Resolution: | Keywords: patch Operating System: Unknown/Multiple | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+--------------------------- Changes (by bgamari): * owner: => bgamari -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8380#comment:3 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8380: Numerous testsuite failures on ARM due to missing mkJumpToAddr -------------------------------------+--------------------------- Reporter: bgamari | Owner: bgamari Type: bug | Status: new Priority: normal | Milestone: Component: Compiler | Version: 7.7 Resolution: | Keywords: patch Operating System: Unknown/Multiple | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+--------------------------- Comment (by bgamari): What is the plan for merging this? I know the feature window for 7.8 has officially closed by I think this could be considered a bug-fix. Regardless, it should be a pretty harmless patch as it only touches the ARM path, implementing what was previous unimplemented. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8380#comment:5 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8380: Numerous testsuite failures on ARM due to missing mkJumpToAddr -------------------------------------+--------------------------- Reporter: bgamari | Owner: bgamari Type: bug | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Resolution: | Keywords: patch Operating System: Unknown/Multiple | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+--------------------------- Comment (by cjwatson): The GHCi byte code generator doesn't actually appear to use libffi to generate trampolines, so I'm not sure how its cache-clearing code would take effect. Am I missing something? -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8380#comment:7 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8380: Numerous testsuite failures on ARM due to missing mkJumpToAddr -------------------------------------+--------------------------- Reporter: bgamari | Owner: bgamari Type: bug | Status: patch Priority: normal | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Resolution: | Keywords: patch Operating System: Unknown/Multiple | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+--------------------------- Comment (by thoughtpolice): Actually, I was missing something when I dove into the code. :) We actually need `ffi_prep_closure_loc` in order to clear the cache for us on ARM, which we don't do in the `allocateExec` path. In which case, we need to flush the cache explicitly. I'm bumping the priority on this since it's perhaps the biggest bug left for ARM. I'll integrate Ben's mkJumpToAddr patch and double check we clear things appropriately. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8380#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler

#8380: Numerous testsuite failures on ARM due to missing mkJumpToAddr -------------------------------------+--------------------------------- Reporter: bgamari | Owner: thoughtpolice Type: bug | Status: patch Priority: highest | Milestone: 7.8.1 Component: Compiler | Version: 7.7 Resolution: | Keywords: patch Operating System: Unknown/Multiple | Architecture: arm Type of failure: None/Unknown | Difficulty: Unknown Test Case: | Blocked By: Blocking: | Related Tickets: -------------------------------------+--------------------------------- Comment (by Austin Seipp ): In [changeset:"5bab1a57f572e29dfdffd6d1ce8e53a2772b18fd/ghc"]: {{{ #!CommitTicketReference repository="ghc" revision="5bab1a57f572e29dfdffd6d1ce8e53a2772b18fd" GHCi: Properly generate jump code for ARM (#8380) This adds code for jumping to given addresses for ARM, written by Ben Gamari. However, when allocating new infotables for bytecode (which is where this jump code occurs), we need to be sure to flush the cache on the execute pointer returned from allocateExec() - on systems like ARM, the processor won't reliably read back code or automatically cache flush, where x86 will. So we add a new flushExec primitive to call out to GCC's __builtin___clear_cache primitive, which will properly generate the correct code (nothing on x86, and a call to libgcc's __clear_cache on ARM) and make sure we use it after writing the code out. Authored-by: Ben Gamari Authored-by: Austin Seipp Signed-off-by: Austin Seipp }}} -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/8380#comment:11 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler