Hey Martin, I am wondering why in your fix:
commit 93d66ef89933bb5a9e0140b61d986e78b5d2dfae Author: Martin Decky <[email protected]> Date: Fri Sep 4 20:07:09 2009 +0200 GCC 4.4.1 with -O3 uses speculative memory access add basic support for deffering TLB faults on speculative access this makes ia64 port work in Ski again (fixes ticket #115) you chose not to set DSR.DM as well (beside all the other defer control bits for other exception types). Instead, you deferred the TLB exceptions in software (ie. in alternate_data_tlb_fault()). GCC 8.2 apparently generates even more of these speculative loads and so they appear very early on, even before we manage to setup exceptions properly, so I changed this to automatic hardware deferral. Any idea why you had the Alternate DTLB Fault as a special case? Thanks, Jakub _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/listinfo/helenos-devel
