Search found 403 matches

by tvrfan
Wed Jun 12, 2019 2:49 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Guys, Just for completeness, it's worth a quick review of the PSW on 8065 CPUs and bank operation. Whilst the 8065 PSW lower byte contains the various status flags for conditional jumps (zero, negative, etc), the upper byte contains current program bank (which I take to mean 'code bank'), the curren...
by tvrfan
Tue Jun 11, 2019 7:07 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

John, Just discovered a bug in the way code blocks are queued for scanning, which may also explain some of the undecoded sections in CARD. Effectively this bug means some block scan combos are lost entirely. Found it when working on the multibank argument emulate/decode. So I'll fix that first and r...
by tvrfan
Thu Jun 06, 2019 2:24 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Thanks John, Methods 1) already thought about possible endless loop, so emulation has an 'opcodes executed' maximum, currently at 1000 (may change this) 2) Interesting idea. I admit I had not thought that way at all. I already have a 'called by' chain, which is necessary for subroutines (and argumen...
by tvrfan
Wed Jun 05, 2019 10:18 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

<code snipped> Load a word, push it later and return is a common theme for overlooked code. Maybe scan any for code any time a load push return sequence is encountered. Yes, A9L does that, and I've been stuck on how to handle it properly. The problem is that a register is loaded with an address in ...
by tvrfan
Wed Jun 05, 2019 4:16 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Thanks. I have mentioned previously how all the blocks of code are overlooked and how fixing one detail snowballed a pile of code. I will try to find it. The start of many structues are found. Good that it finds the start points at least !! I have been playing with the idea of some kind of 'data pa...
by tvrfan
Wed Jun 05, 2019 3:23 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

John, I found the bug with the 4456 and 4459 args. I think that's all working right now. Here is a new listing in case it's any use to you. Code should be right (I hope!), but data isn't ! I see there are still some blocks which look like code but are not decoded, along with some obvious all-data st...
by tvrfan
Wed Jun 05, 2019 12:12 am
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Thanks John, that's fantastic - will check out your issues spotted. Possibly some new code trick I didn't see. Often, one example of a faulty args decode, will apply to all those subr calls, so improvement can be quite large from one fix. I hope. I see that some of the 4459 calls show 6 args correct...
by tvrfan
Tue Jun 04, 2019 5:54 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

PROTOTYPE SAD with variable arguments

Jsa - John, VARIABLE ARGS !!!!! I think I may finally have cracked a method to get the arguments working, with a part-scan, part emulate approach, which is a 'merge and modify' of a couple of previous attempts. I have attached a CARD listing done with NO COMMANDS by current development SAD, so it's ...
by tvrfan
Thu May 30, 2019 8:47 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Taking a break from m0m2 since it's useable, so I'm focused on some SD tunes that I've cloned. One in particular is 8SD, which doesn't seem to follow conventional wisdom with Rbases. Certain subroutines have their own offsets defined which makes for a hell of a time disassembling them. Does SAD hav...
by tvrfan
Thu May 23, 2019 3:15 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

'Console present' Yes - quite a few bins have that style of check where 0xd00 (or similar addresses) appear to be a console status flag, and there are various other 'set' addresses around for plug in or special function chips/peripherals. But like the cal console (0xd000 or d006 or d009 or e000 or ....
by tvrfan
Thu May 23, 2019 3:03 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

No, I designed the 'signature' routine after the unix regular expression (= RE), up to a point, but even that isn't flexible enough. If you've never used this, the RE is embedded in a wide range of unix/linux edit and search applications, and although a more complex RE looks like gobbledegook, the s...
by tvrfan
Thu May 23, 2019 12:31 am
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

While testing, I ran into a problem with vects (not same as reported by jsa, but still....) and I discovered yet more CRAZY stuff. first - I changed vector list detection in 3.08 as it wasn't working with later binaries - so I changed the 'signature' options for a 'detect' type (when SAD arrives at ...
by tvrfan
Thu May 16, 2019 2:52 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

The post was about a cold turkey 1st run of SAD against a bin, yeah understood 2nd step of creating a dir with args set would improve 3.08 results for the changes you describe. Pondering Bank8, have any been sighted that; * Don't start with FF FA * Don't have Checksum at 0x200A Is more required tha...
by tvrfan
Wed May 15, 2019 3:56 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

motorhead1991 wrote:
Wed May 15, 2019 3:53 pm

It was this command:

Code: Select all

bank 0 0 dfff
It complained of a fill address out of bounds despite removing the "fill" commands from the dir file.
Ahhh. OK, could be a screw up in the command parser then....
Thanks.
by tvrfan
Wed May 15, 2019 3:55 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

A note of where I'm up to. I gave up and went back to 3.08 for a do over ! This wasn't a complete waste of time as I did improve quite a few things on the way, and wrote some new stuff which I have kept. But the various main ideas didn't pan out. The heart of the issue is how to balance a static ana...
by tvrfan
Wed May 15, 2019 3:16 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Guys, got the bin, will have a look. Confirming - Neither 3.07 or 3.08 work well for subroutines with variable arguments. In progress to try to get a solution to that. Can do manually now by using the 'args' command to manually set number of data items for each subr call. (but it's a PITA) Main diff...
by tvrfan
Wed Apr 24, 2019 10:22 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

Speaking of arguments, the default output for the lookup subroutines is incorrect for URAL at least. SAD by default is taking 2 bytes as the first argument, but really needs to take 2 words for the 2 arguments. Looking at the AD_Cmd structure and associated subroutines it seems the SU naming of loo...
by tvrfan
Mon Apr 22, 2019 3:18 pm
Forum: EECGeeks
Topic: Why auto disassembly is tough
Replies: 304
Views: 61738

Re: Why auto disassembly is tough

<Sigh !!> The vector list detect code is supposed to stop at anything which is detected (i.e. code or not vector data), so I've obviously managed to introduce a bug there, and/or the manual command doesn't work either, so I must have messed up the command merging also. I did change command bit due t...
by tvrfan
Sat Apr 20, 2019 11:58 pm
Forum: EECGeeks
Topic: Added useful docs into openEEC in github
Replies: 1
Views: 397

Added useful docs into openEEC in github

I've added the old 80C196 user manual into a docs repository in Github/openEEC for info anyone wanting to know 8061 or 8065 CPU core basics, along with Tom Cloud's original doc which explains the more specialist Input/Output mechanisms and extra/different opcodes. Enjoy !! I will add the basic EEC g...
by tvrfan
Thu Apr 04, 2019 5:59 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 14
Views: 1676

Re: SAD disassembler progress

Just seen this (on holiday at the moment). to learn from scratch without SAD, the 8061 is based upon a 8096 core cpu, so that disassembler 'sort of' works. 8065 seems to be a unique extension as far as I can tell (i,e, no 8096 equivalent). You can still find some stuff on 80C196 CPU (which is pretty...
by tvrfan
Mon Feb 18, 2019 10:07 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1422

Re: Back end engineering software from the factory

Some interesting history there... I was already wondering about the idea of a software 'engine model' (the idea of fuel, spark, throttle to get a basic rpm response) for a complete emulation of an EEC. So the fact that Ford did it (or partly did it) makes perfect sense to me. Interesting stuff about...
by tvrfan
Mon Jan 21, 2019 3:46 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1422

Re: Back end engineering software from the factory

Yep, that's all I was trying to say - that there IS stuff around which could run that ancient software. May be hard, may not be.... don't know. As I understand it - The emulators *themselves* are 32 or 64 bit, but they present/emulate a 16 bit address range. Virtualbox/VMware actually use the 16 bit...
by tvrfan
Mon Jan 21, 2019 2:28 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1422

Re: Back end engineering software from the factory

Cgrey, Actually that's NOT TRUE !! There are quite a few 16 bit emulators which run perfectly on modern 64 bit computers. Even common virtual machine systems (Virtualbox, VMware) have 'DOS Mode' options, which are 16 bit (but expect x86 programs). There are emulators for many, many 'foreign' hardwar...
by tvrfan
Fri Jan 18, 2019 7:41 pm
Forum: EECGeeks
Topic: Back end engineering software from the factory
Replies: 10
Views: 1422

Re: Back end engineering software from the factory

No doubt they did, but don't know what. We used to 'burn' PROMS for quite a bit of custom stuff (for example old style map displays before full graphics) and the equipment was standard common stuff which would burn a range of (std) PROMS in various sizes. On the basis the Ford ROM was itself special...
by tvrfan
Fri Jan 18, 2019 4:52 pm
Forum: EECGeeks
Topic: 8065 Registers (and disassembler)
Replies: 0
Views: 614

8065 Registers (and disassembler)

I found a bug in the symbol naming in SAD, and whilst checking this out I realised I had missed the fact that the 8065 CPU has the ability for FOUR different functions for its special registers - by SIZE (word or byte) , READ, WRITE. I had done read and write options for symbol naming for 8061, but ...
by tvrfan
Sun Jan 13, 2019 7:23 pm
Forum: Tuning the EEC....
Topic: Need some guidance tuning my '94 F150 which will not start
Replies: 4
Views: 448

Re: Need some guidance tuning my '94 F150 which will not start

Agree totally. When doing an engine build, there are a few 'common' mistakes which we can all make, and as embarrassing as they are at the time, it sure helps with the learning curve for the next one ..... Stuff I, or friends have managed to do (European engines mostly ...) Dizzy 180 degrees out. In...
by tvrfan
Tue Jan 08, 2019 1:56 pm
Forum: EECGeeks
Topic: Sad for Android!
Replies: 7
Views: 1232

Re: Sad for Android!

Good stuff !! Does it still use my 'C' code (compiled) with a Java front end ?? I ask as I'm completely ignorant of Android and 'smart device' type OSes, being one of those ex-tech types that has a phone for actually *talking* to people and nothing else. But I do know Android is based on Linux. I di...
by tvrfan
Tue Jan 01, 2019 5:05 pm
Forum: EECGeeks
Topic: LA3 Code call for OL Fuel help
Replies: 17
Views: 4110

Re: LA3 Code call for OL Fuel help

Just reread this and I have a comment to all ..... Are you sure the VAM maxes out that early ? 3k seems too early for a 4 cyl OHC airflow. Several European engines with VAF/VAM setups ran OL ALL THE TIME as they were still leaded gas, and had no EGO at all. They never ignore the VAM, but add fuel (v...
by tvrfan
Thu Dec 20, 2018 10:08 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 14
Views: 1676

Re: SAD disassembler progress

Yes, there is (rightly) a lot of reuse. For example, so far I've only seen 2 1D lookup (function) code versions (OK some with minor variations) and 2 versions of the 2D code (tables). Why reinvent something which works ?? Mathematically and codewise, the way the 2D data is interpolated is very neat ...
by tvrfan
Wed Dec 19, 2018 3:30 pm
Forum: EECGeeks
Topic: SAD disassembler progress
Replies: 14
Views: 1676

Re: SAD disassembler progress

Update - I feel like I'm stuck in the "all alike maze" in the old text adventure game "...you are in a maze of twisty little passages, all alike..." in a kind of multifaceted catch 22.... To cover THIS bit I need logic to do THAT, but THIS bit in CARD needs it to work differently, and THIS bit in he...