GitHub repo for XDFs
Re: GitHub repo for XDFs
Hell I ain't in no hurry, biz definitely comes first ... Besides I wouldn't leave the dyno either just to argue with some internet asshole!
[edit]
And lets be clear, I have not asked you to do anything, there is no request to satisfy.
[edit]
And lets be clear, I have not asked you to do anything, there is no request to satisfy.
Intelligence is in the details!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
- ShorTuning
- Posts: 55
- Joined: Thu Dec 13, 2018 4:42 pm
- cars: 2002 Camaro
2002 Formula - Location: On the Dyno
- Contact:
Re: GitHub repo for XDFs
Oh I know, but I'm genuinely curious now myself.
- antus
- Site Admin
- Posts: 8250
- Joined: Sat Feb 28, 2009 8:34 pm
- cars: TX Gemini 2L Twincam
TX Gemini SR20 18psi
Datsun 1200 Ute
Subaru Blitzen '06 EZ30 4th gen, 3.0R Spec B - Contact:
Re: GitHub repo for XDFs
I think it'll work, but lets proove it the developers are years ahead of what theyre releasing in development. The move to amd would have been known in advance. Maybe they just couldnt get the chips in time for the first p59s or wanted to manage risk and prove the p59 in the wild for a year before they made too many changes to the flash process. Releasing cars in volume that brick occasionally is a huge commercial failure.
Have you read the FAQ? For lots of information and links to significant threads see here: http://pcmhacking.net/forums/viewtopic.php?f=7&t=1396
Re: GitHub repo for XDFs
Uh Oh, That's scary ...
I do agree they are far smarter then I.
I do agree they are far smarter then I.
Intelligence is in the details!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
- ShorTuning
- Posts: 55
- Joined: Thu Dec 13, 2018 4:42 pm
- cars: 2002 Camaro
2002 Formula - Location: On the Dyno
- Contact:
Re: GitHub repo for XDFs
Okay so I flashed a 2500 Savana VIN into the PCM over top of the 1500 Silverado tune that I had already flashed into it. The VIN stuck and here is a read back out of the file with the new VIN but with the same parameters from the prior 4.8 Silverado.
- antus
- Site Admin
- Posts: 8250
- Joined: Sat Feb 28, 2009 8:34 pm
- cars: TX Gemini 2L Twincam
TX Gemini SR20 18psi
Datsun 1200 Ute
Subaru Blitzen '06 EZ30 4th gen, 3.0R Spec B - Contact:
Re: GitHub repo for XDFs
Cool! Compatibility confirmed.
Have you read the FAQ? For lots of information and links to significant threads see here: http://pcmhacking.net/forums/viewtopic.php?f=7&t=1396
Re: GitHub repo for XDFs
It appears I may have shot myself in the foot, HPT might well be using it's own kernel to write the VIN.ShorTuning wrote:Okay so I flashed a 2500 Savana VIN into the PCM over top of the 1500 Silverado tune that I had already flashed into it. The VIN stuck and here is a read back out of the file with the new VIN but with the same parameters from the prior 4.8 Silverado.
I agreed to that, I'll eat the crow!
I will still state blatantly that there is no AMD code in that OS so it is impossible for that Os to write to AMD flash.
Intelligence is in the details!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
Re: GitHub repo for XDFs
I wonder what would happen if you ran that OS on AMD hardware and it tried to store a fault code.
Please don't PM me with technical questions - start a thread instead, and send me a link to it. That way I can answer in public, and help other people who have the same question. Thanks!
Re: GitHub repo for XDFs
It'll choke and puke!NSFW wrote:I wonder what would happen if you ran that OS on AMD hardware and it tried to store a fault code.
I stand pat ... To the grave!
That is an interesting point, what would it do if it failed ... Obviously if it works it works.
Would it crash the Os or silently ignore it, it can't speak out about it, no one to talk to, can't write about it, that's what's failing!
How would one know it failed ...
I believe using PcmHammer to do the VIN change will make the difference. IIRC PcmHammer just requests the OS to make the actual change, it doesn't write it until the ignition is turned off, that is also when the Os does it's parameter and fault writes.
Thus any el cheapo elm device and PuTTY could do it with some carefully crafted commands.
I want to try this myself, I can't get PcmHammer to even upload the kernel, it's the first time I've tried PcmHammer at commit 01f9de3. I see there is more and some words like "Parameter block writes disabled", I'll pull again and try again, then debug if I need to.
Intelligence is in the details!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
It is easier not to learn bad habits, then it is to break them!
If I was here to win a popularity contest, their would be no point, so I wouldn't be here!
- antus
- Site Admin
- Posts: 8250
- Joined: Sat Feb 28, 2009 8:34 pm
- cars: TX Gemini 2L Twincam
TX Gemini SR20 18psi
Datsun 1200 Ute
Subaru Blitzen '06 EZ30 4th gen, 3.0R Spec B - Contact:
Re: GitHub repo for XDFs
Well this was very interesting. Same results as above - I was able to flash the older OS in to an AMD P59. I was also able to update the VIN with ls1 flash free which definitely uses the factory flash routines in the bin. The change did persist over a key off. The changes did also persist over a short complete power off, but not over a longer (1 minute) power off. So the flash is NOT updated... as can be seen in the readback bin in the left hand side of the screen shot, and by doing a longer complete power off test.
- Attachments
-
- AMD P59 intel OS.png (41.8 KiB) Viewed 5023 times
Have you read the FAQ? For lots of information and links to significant threads see here: http://pcmhacking.net/forums/viewtopic.php?f=7&t=1396