Amiga How-To's

A Beginner's Guide to the AMIGA

Cheap DIY Rom adaptor for the A1000

3.9 ROMS

Amiga Hacks

Indivision Hacks

Amiga Projects

A4000 Teardown and Clean up (coming soon)

The "New" Lounge

Blog

PET

VIC

TED


STORE


My Collection


ABOUT ME

 


coming soon

Disclaimer:
All the information presented here, was taken from the following sources:
Brain Bagnal's Book
On the Edge: The Spectacular Rise and Fall of Commodore.

Available at Amazon.ca
The new edition had been delayed at Amazon until Feb.2010

Also, a lot of information has come from Video interviews with Bil Herd and Dave Haynie. Dave has a lot of videos on You-Tube. Search them out.. I wish I could post them here, but I don't have permission.

Lastly, more sites on the net have information. There are even a few dedicated sites to the C16. Do a Goggle search, because Bing is just a flash in the pan.:)

 

 

Please help keep the lounge alive and donate Today.Your donation helps keep an Computer from ending up in a Landfill, and keeping the history Alive for future generations!

April 2, 2011
Again, I stole this guide from AMIBAY. It was done by a user named mfilos from Greece. I take, nor do I wish any credit for the incredible work he has done, I only wish to present it here, so I can find it when I wish to attempt it.

________
My fellow Amibayers...
As I said in a previous post and since I succesfuly managed to burn a custom 3.9 Kickstart including BB2 ROM Update + AfA OS plus some other goodies, I decided to make a step-by-step HOW-TO including not only screenshots from Doobrey's Remus software, but even from EPROM Burner's software (Willem in my case).
(Zetr0, merlinkv, stachu100 there you go )

Legal Notice: In order to use the following guide, it's really important for you to own legally an Original Amiga OS 3.9 Installation, along with a legal Kickstart 3.1.

Ok lets start...
To be able to run Remus and make the Custom ROMS the requirements are the following:

Hardware:
- Amiga OS3.0 and above.
- At least 1MB of free RAM

Software:
MUI 3.8 (everyone has it anyway)
- The MUI libraries bellow
Nlist.mcc
BetterString.mcc
ToolBar.mcc
TheBar.mcc
UrlText.mcc (although optional)

rxasl.library (used by Arexx scripts)
rmh.library (used by Arexx scripts)
xvs.library (for Anti-Virus usage)

Remus 1.0 (rc23) + ROMsplit 1.0 (rc15)
Remus 1.0 (rc35 - update 27/07/2010)

BlizKick 1.24

Once we install everything... We need to run the program ROMsplit in order for us to extract the modules from our Kickstart 3.1 ROM and from our BB2 ROM update (DEVS: AmigaOS ROM Update). So we either click "Grab ROM" for ROMsplit getting the contents from our Kickstart 3.1 ROM or... we search from our Partitions to find a legal 3.1 ROM in file for contents to appear. (1st pic has 3.9 Update while 2nd pic has the 3.1 Kickstart)

 

Once we have the contents loaded we click "Select All" for all contents to be selected and then we click "Extract file(s)".
Note: A folder will be created under DEVS: Modules/<Auto_Name_Depending_On_Kickstart_Version>


Next, we'll be running "Remus" which is the program which will help us make an image of our future custom Kickstart.



Lets get a bit familiar with the interface a bit...
1. Left side below toolbar are the contents that we're gonna put on our future ROM
2. Right side below toolbar are the folders/files from which we're gonna choose what to put into the left list.
In this screenshot for example I have in the right side a folder in which I have the following folders:
- 40.68(A1200) --> This is an extract of my A1200's 3.1 Kickstart ROM
- 44.57_ROMUpdate(3.9bb2) --> This is an extract from "AmigaOS ROM Update)
- BlizKick --> This is a copy of DEVS: Modules that were installed with BlizKick


In next step, we're creating a new Normal Kickstart by pressing the button "New" in toolbar, and we insert the info from the following screenshot:



Now, we only need to add the required files from our folders to the left side list.



As an example, I'm attaching the order of my files based on folder name.

IMPORTANT: YOU NEED to insert "Exec" first and then "1MB_ROM" module or else the Kickstart won't work at all!


--> Modules/44.57_ROMUpdate(3.9bb2)/exec_45.20(A1200-A500)
--> Others/Blizkick/1MB_ROM
--> Modules/40.68(A1200)/audio.device_37.10
--> Modules/40.68(A1200)/battclock.resource_39.3
--> Modules/40.68(A1200)/battmem.resource_39.2
--> Modules/44.57_ROMUpdate(3.9bb2)/bootmenu_44.7(68020)
--> Modules/40.68(A1200)/card.resource_40.4
--> Modules/40.68(A1200)/carddisk.resource_40.1
--> Modules/40.68(A1200)/cia.resource_39.1
--> Modules/40.68(A1200)/con-handler_40.2
--> Modules/44.57_ROMUpdate(3.9bb2)/console.device_44.8
--> Modules/40.68(A1200)/disk.resource_37.2
--> Modules/40.68(A1200)/dos.library_40.3
--> Modules/40.68(A1200)/expansion_40.2(A1200)
--> Modules/44.57_ROMUpdate(3.9bb2)/filesystem.resource_45.10
--> Modules/44.57_ROMUpdate(3.9bb2)/filesystem_45.13
--> Modules/40.68(A1200)/gadtools.library_40.4
--> Modules/40.68(A1200)/graphics.lib_40.24(AGA)
--> Modules/40.68(A1200)/icon.library_40.1
--> Modules/40.68(A1200)/input_40.1
--> Modules/40.68(A1200)/keymap.library_40.4
--> Modules/40.68(A1200)/layers.library_40.1
--> LIBS:mathffp.library (These are my regged HSMathLibs that I included)
--> LIBS:mathieeesingbas.library (These are my regged HSMathLibs that I included)
--> Modules/40.68(A1200)/misc.resource_37.1
--> Modules/40.68(A1200)/potgo.resource_37.4
--> Modules/44.57_ROMUpdate(3.9bb2)/ram-handler_44.24_NoBss
--> Modules/40.68(A1200)/ramdrive_39.35
--> Modules/40.68(A1200)/ramlib_40.2
--> Modules/40.68(A1200)/romboot_40.1
--> System: Devs/scsi.device
--> Modules/44.57_ROMUpdate(3.9bb2)/shell_45.7
--> Modules/40.68(A1200)/timer.device_39.4
--> Modules/40.68(A1200)/trackdisk.device_40.1
--> Modules/40.68(A1200)/utility.library_40.1(020)
--> Modules/40.68(A1200)/wbtask_39.1
--> Modules/44.57_ROMUpdate(3.9bb2)/ROMUpdate_44.57


Okey dokey...
As you will realize, we putted all the Modules of Kickstart 3.1 (with the same order as it existed on the Kickstart itself) but we changed some modules with the new ones from the extracted BB2 3.9 Update. That way we have a nice new Custom 3.9 Kickstart missing though Workbench.library and Intuition.library. No worries, we left them to save space, and we're gonna put them in the extended Kickstart (Hell yeah! 1MB ROM ftw) in a while...
Now, we're gonna click the button "Compile" in toolbar that will make the Kickstart under RAM:3.9normal.rom (if you kept the same name as the screenshot under "Settings" tab like mine)
(It's a good idea to save the template of your Normal Kickstart for future use like "MyCustomKickstart39_Normal.rpf")


Time for the extended Kickstart ROM now. We're clicking on "New" in toolbar and we insert the info from the following screenshot:



As we did before we need to add the required remaining files from our folders on the right to the right side modules.



As an example, I'm attaching the order of my files based on folder name.

IMPORTANT: YOU NEED to insert ROMHeader and DummyCDstrap first or else the Kickstart won't work at all!


--> Others/RomHeader/romheader
--> Others/DummyCDstrap/DummyCDstrap
--> Modules/40.68(A1200)/intuition.library_40.85
--> System:Libs/workbench.library
--> DH0: Devs/morelibspace_module (This is AfA OS Morelibspace Module to avoid declaring it in Startup-Sequence!)
--> DH0: Devs/Modules/BPPCFix (This is BPPCFix Module to avoid declaring it in Startup-Sequence!)

Cool! That was it 
Now we only need to click "Compile" in the toolbar for the file to be created under RAM:3.9extended.rom (if you kept the same name as the screenshot under "Settings" tab like mine)
(It's a good idea to save the template of your Extended Kickstart for future use like "MyCustomKickstart39_Extended.rpf")

Now we have both the Normal+Extended ROMS under RAM:




You can now easily check if you newly created Custom 3.9 Kickstart are working under WinUAE by inserting the ROMS in the corresponding area 

 


Cool isn't it? 

If you wanted this Custom Kickstart for your WinUAE environment then your work is done so congratulations and cya later 

If you want this Custom Kickstart for your Classic Amiga... there's work to be done! Fear NOT though!... LETS GO!


We were back at the point where we had the 2xROMS in RAM Disk. From Remus now, we click the button "ARexx" and then on the submenu entry "1MB_ROM.rx". By pressing this option a window will appear asking our Amiga Model.



That is done just for Remus to split the ROM into 2 pieces (for A1200/A4000 etc) or into 1 piece (for A500/600/2000 etc).
Note: If you make custom kickstart for using under MapROM environments (like ACA630/ACA630 via ACATune utility) better choose A500/600/2000 to only get 1xOutput file instead of 2x that A1200/A4000 choice will

Next steps are selecting the Normal ROM image, the Extended ROM image and last but not least... The location+name where the "To-Burn-Image(s)" will be put...

  


The last step asks us if Remus should perform a ByteSwap operation for the ROM. Our choice will be based on the following:
If you wanna burn the image to a Real Kickstart Image: then choose YES, since we won't need to byteswap it in the EPROM Programmer application - since Amiga requires ByteSwapping procedure for its ROMS).
If you wanna use the image to kick it via MapROM (like for example on ACA630/ACA1230 accelerators via ACATune utility): then choose NO, since ACATune and general MapROM applications use normal (non-ByteSwapped) images. In that case... your ROM image is ready to be used so you can kick it right away by using the following line in you Startup-Sequence (according you have an ACA603/ACA1230 with ACATune utility installed):
Code:
C:ACATune -maprom <path & name of the kick file> <rest options> >NIL:  
for example:  
C:ACATune -maprom Devs:kick39_mfilos.rom -cache on -burst on >NIL:



If we done everything as intended... We must have 2x Files (since we choose A1200)



A you'll see on the screenshot the files that Remus created based on the filename that I gave was:
- mfilos_Custom_39.rom_LO.bin
- mfilos_Custom_39.rom_HI.bin


Bye bye Amiga... Time to use our trusted old PC where we have an El'Cheapo Parallel Willem Programmer.

 


I won't go as deep as How to Install/Setup the Willem... But we need to choose to burn EPROM of type (at least in my example 27C400)




Next step is to "Load" one of our files (for example the 3.9_LO.bin)




Yey! That was it. File is loaded succesfully so now it's time for us to BURN it by clicking the designated button in the toolbar!



Important: Make sure you're burning an erased by UV EPROM


Next step is to load the next file (for example the 3.9_HI.bin)



And repeat the procedure of Burning it.


--- VOILA! That's it dudes!  ---

Ok for testing your Kickstarts now make sure... That you insert the EPROM burned from LO file into the top Kickstart socket...
...and the EPROM burned from HI file into the low Kickstart socket.
OFC you won't notice any difference on your booting since the SetPatch is the same in your Startup-Sequence and the "AmigaOS ROM Update" still exists on your DEVS folder.

Time to change some stuff:
- Move the file in DEVS: "AmigaOS ROM Update" to another folder, or Rename it to something else.
- Comment the line you have for SetPatch and insert the following SetPatch declaration instead:
C:SetPatch NOROMUPDATE QUIET

If you had other declarations like me for example:
- C:BPPCFix install >NIL:
or
- C:Morelibspace
you can comment them also if you included them in the Custom 3.9 ROM.


That's all folks. I hope this guide will be useful to someone else but me.


P.S. I'm attaching an example of my Custom Kickstart Remus files (renamed to .txt). You just need to alter the location of the folders if you wanna try them out.
Attached Files
File Type: txt 39normal.rpf.txt (1.8 KB, 29 views)
File Type: txt 39extended.rpf.txt (374 Bytes, 21 views)

__________________

Second Post

Hey guys,

I thought of sharing some knowledge from last night cause some might find it useful.

Since I was tinkering with creating a Custom Kickstart 3.9 for an Amiga A4000D I found and solved the following problems:

Problem:
A4000 doesn't support >512KB ROMS which can be a problem for custom 1MB ROMS
Solution:
Create your custom rom as a 512KB as my guide says but you exclude the 1MB_ROM module (if you use the 3.1 exec, or 3.9 exec since Cosmos Exec doesnt' need it anyway).
We'll leave outside though Icon.library and Workbench.library which are big and can't be left out (can be put in hard drive's LIBS: folder with no problem). That leave us all the space we need for extra modules and patches!!!

Problem:
Since we're not making an 1MB ROM (we'll only make Normal ROM without Extended), we can't actually use Doobrey's awesome Make_1MB_ROM Arexx script (since it combines normal/extended, and splits and byteswaps according to your need).
Using utilities like most guys suggest in forums (WinHex) is cool, but it was certainly uncool for me to register WinHex (45 euro) just to dissect the 512KB ROM file to even/odd files.
Solution:
After checking Doobrey's script, I managed to realise that you only need to use his tool SplitRROMImage that exists in "Tools" folder under Remus installation folder.
The declaration of the command is fairly simple:

SplitROMImage <your_512kb_rom_name> SWAP
(SWAP is optional and it only ByteSwaps your files for using it under your Eprom Burner)


In my example: SplitROMIMage kick39_a4000.rom SWAP
...created 2 files:
kick39_a4000.rom.hi (256kb)
kick39_a4000.rom.lo (256kb)

Now you can get these files and burn them to your programer.

Disclaimer: I haven't burned this ROMS myself to use them on a real A4000 since I don't have any but theoretically it must be ok.

__________

A600 with ACA630


Since I use for long time a custom kickstart 3.9 on my beloved A600 with ACA630 (kicked via MapROM) I thought of sharing my info and modules with you in case you wanna try that yourself.

The kickstart contains all the normal modules from Kickstart 3.1 (A500/600/2000) but with the following extra:
Code:
- Exec 45.24 (instead of 40.10)                  --> OS3.9 BB4 
- BootMenu 44.7 68020 (instead of 40.5)          --> OS3.9 BB2 
- Card.resource 40.5 (instead of 40.4)           --> OS3.9 BB4  
- Console.device 44.10 (instead of 40.2)         --> OS3.9 BB3  
- Datatypes.library 44.48 (instead of 44.47)     --> OS3.9 BB4  
- Filesystem.resource 45.10 (instead of 40.1)    --> OS3.9 BB2  
- FastFilesystem 45.16 (instead of 40.1)         --> OS3.9 BB4  
- Graphics.library 42.8b11-02 (instead of 40.24) --> OS3.9 BB4  
- Icon.library 46.4.191 (instead of 40.1)        --> OS3.9 BB4  
- Misc.resource 37.2 (instead of 37.1)           --> OS3.9 BB4  
- RAM Handler 44.24 (instead of 39.4)            --> OS3.9 BB3 
- Ramlib 40.3 (instead of 40.2)                  --> OS3.9 BB4  
- Romheader 45.21 (instead of BlizKick module)   --> OS3.9 BB4  
- SCSI.device 43.46b4 (instead of 40.5)          --> OS3.9 BB4  
- Shell 45.27 (instead of 40.2)                  --> OS3.9 BB3 
- Trackdisk.device 40.2 (instead of 40.1)        --> OS3.9 BB4  
- Workbench.library 45.131 (instead of 40.5)     --> OS3.9 BB3  
- BBlank                                         --> For Blank Borders  
- HRTModule                                      --> Action Replay clone using 
                                                     ACA's NMI header
The only change comparing to the initial Guide procedure is the fact that you don't need the 1MB_ROM module (on the normal ROM) since Cosmos's new exec.librarydoesn't require it. Also you need to replace the old Romheader (on the extended ROM) with the new Romheader from Cosmos's exec.library archive and also remove theDummyCDstrap module since it's only needed for BlizzardPPC and CyberStormPPC.
HRTModule is a really cool module that is in fact HRTMon romable! Using ACA630's NMI header (if you have the module loaded on the kickstart) with a switch, you can have the HRTMon (like Action Replay) anytime!!! If it's in ROM you can even call it in Early Startup Menu 
Ofc it's a matter of choice if you need it or not.

To help you even more, I'm attaching the Normal+Extended Remus files to check them out (don't forget to remove the .txt extension from them if you decide to load them to Remus). Ofc they won't work out of the box since the paths of my own files may be different from your own. Just open them with an Editor though to understand the order and how I load the files into Remus 

Once you finish with the Final ROM file according to the guide:
Rename the following files from your libraries folder for new ones to be loaded on boot:
- Datatypes.library
- Icon.library
- Workbench.library

Note: For BBlank to work you can't have other Border Blanking applications run at the same time!!!


Enjoy 
Attached Files
File Type: txt kick39_A600_normal_mfilos.rpf.txt (1.7 KB, 4 views)
File Type: txt kick39_A600_extended_mfilos.rpf.txt (308 Bytes, 3 views)

@Cosmos
Thanks a lot for your constant advices my friend! If you think that there are other useful modules to replace some old 3.1 ones, let me know! \o/

The new Custom 1MB Kickstart ROM for A600s has all the 3.1 Modules plus the following:

Code:
- Exec 45.24 (instead of 40.10)
--> OS3.9 BB4  - BootMenu 44.7 68020 (instead of 40.5)
--> OS3.9 BB2  - Card.resource 40.5 (instead of 40.4)
--> OS3.9 BB4  - Console.device 44.10 (instead of 40.2)
--> OS3.9 BB3  - Datatypes.library 44.48 (instead of 44.47)
--> OS3.9 BB4  - Filesystem.resource 45.10 (instead of 40.1)
--> OS3.9 BB2  - FastFilesystem 45.16 (instead of 40.1)
--> OS3.9 BB4  - Graphics.library 42.8b11-02 (instead of 40.24)
--> OS3.9 BB4  - KingCON-handler 40.4 (instead of Con-Handler 40.2)
--> Cosmos  - Icon.library 46.4.196 (instead of 40.1)
--> PeterK  - Misc.resource 37.2 (instead of 37.1)
--> OS3.9 BB4  - RAM Handler 44.24 (instead of 39.4)
--> OS3.9 BB3  - Ramlib 40.3 (instead of 40.2)
--> OS3.9 BB4  - Romheader 45.21 (instead of BlizKick module)
--> OS3.9 BB4  - SCSI.device 43.46b4 (instead of 40.5) 
--> OS3.9 BB4  - Shell 45.27 (instead of 40.2)
--> OS3.9 BB3  - Trackdisk.device 40.2 (instead of 40.1)
--> OS3.9 BB4  - Workbench.library 45.131 (instead of 40.5)
--> OS3.9 BB3  - BBlank 
--> For Blank Borders  - HRTModule (2.30)
--> HRTmon using ACA's NMI header
while the Custom 512KB Kickstart ROM for A4000s has all the 3.1 Modules plus the following:
Code:
- Exec 45.24 (instead of 40.10)
--> OS3.9 BB4  - BootMenu 44.7 68020 (instead of 40.5)
--> OS3.9 BB2  - Console.device 44.10 (instead of 40.2)
--> OS3.9 BB3  - Datatypes.library 44.48 (instead of 44.47)
--> OS3.9 BB4  - Filesystem.resource 45.10 (instead of 40.1)
--> OS3.9 BB2  - FastFilesystem 45.16 (instead of 40.1)
--> OS3.9 BB4  - Icon.library 46.4.196 (instead of 40.1)
--> PeterK  - Misc.resource 37.2 (instead of 37.1)
--> OS3.9 BB4  - RAM Handler 44.24 (instead of 39.4)
--> OS3.9 BB3  - Ramlib 40.3 (instead of 40.2)
--> OS3.9 BB4  - SCSI.device 44.2 (instead of 40.5)
--> OS3.9 BB3  - Shell 45.27 (instead of 40.2)
--> OS3.9 BB3  - Trackdisk.device 40.2 (instead of 40.1)
--> OS3.9 BB4    Sorry but no room left for Cosmos Graphics.Library and KingCON-Handler 
(you either leave them out or load them via LoadModule on boot)
Enjoy...

Glen's NOTE: Specific ROM MODULES can be found HERE

Next, We have more information from the EAB fourms from a user named Calgor:

 

Post How to make 1MB ROM

Here are the instructions for making a 1MB ROM. These are specific to an A1200 as these can take a 1MB ROM without any hardware modifications (also CD32). They are derived from and refer to those included with Remus from Doobrey. Many thanks to Doobrey for making his software, its included 1MB patches, and help on using it.

I will be focusing on the software building of the 1MB ROM image which can be used in WinUAE.

What you need:
1. Existing Amiga ROM [A1200 v3.1 rev40.68 + AmigaOS 3.9 Boing Bag 2 ROM Update + scsi.device 43.45 used]
2. ROMsplit 
[1.0rc15 used]
To split the original ROMs into individual modules. Included in the Remus package (see below).
3. Remus [1.0rc25 used]
To build a new ROM image from the individual modules. Download from Doobrey's website: http://www.doobreynet.co.uk/beta/

Splitting the ROM image into individual modules
Extract the Remus package, and read the ROMsplit Amigaguide documentation paying particular attention to the Installation and Use sections. (yes RTFM)

Follow the ROMsplit instructions on loading the ROM file in (you can grab from your existing Amiga), then on extracting it into individual modules. 

You can optionally also perform the same for the AmigaOS 3.9 ROM Update file ("AmigaOS ROM Update") taken from your existing 3.9 installation from the DEVS: directory.

When extracting the rom modules, depending on the ROM version, ROMsplit may ask if you want to deploy the ram-handler BSS patch or the input.device patch. Answer yes to the ram-handler patch, but it is not necessary to deploy the "input patch" which splits the input.device file separating that from gameport.device - unless you have a replacement input.device (e.g. from Poseidon) and want to save ROM space.

Building the new ROM image from the individual modules
Read the Remus Amigaguide documentation, paying particular attention to the Use and Making a 1MB ROM sections. (yes RTFM again. Do it!)

Build the standard ROM image according to the Remus instructions which should be self explanatory. You can include later versions of certain modules at this stage, and also leave out some such as workbench.library or icon.library which can be loaded from disk instead (though many boot floppies will then not be able to boot into workbench). If using 3.9 Boing Bag 2 ROM Update, I recommend replacing the scsi.device with v43.45 available on Aminet which fixes some bugs and allows use of >128GB hard drives from internal IDE controller.

ROM modules to enable 1MB ROM for standard ROM image: 1MB_ROM.

Build the extended ROM image according to the Remus instructions.

ROM modules to enable 1MB ROM for extended ROM image: RomHeader, DummyCDstrap (for 040 and 060). 

Sample Remus project files for Standard and Extended ROMs for A1200 KS3.1 v40.68 + OS3.9 Boing Bag 2 ROM Update + scsi.device 43.45 attached. You will need to rename these to .rpf and also the directories where you keep your individual modules may be different (edit the files in a text editor to see which directories they load from).

Testing in WinUAE [1.5.3 used]
Select the standard ROM file that was built as the standard ROM, and the extended ROM file as the extended ROM.

Alternatively, you can join the two files together into a 1MB file using the following command in a shell window:

Code:
type extendedromfile standardromfile > 1MBromfile
And load the 1MBromfile as the standard ROM in WinUAE.

A further step recommended (if you wanted to use the 1MB ROM in your real Amiga) is to copy your entire real Amiga harddisk to e.g. a USB drive and try to boot off that in WinUAE using the constructed 1MB ROM image(s). If that is successful, it reduces your chances of the ROM being incompatible with your real Amiga setup. You may have to make some adjustments in the startup-sequence to your hard drive installation depending on the extra ROM modules added.

Amiga OS 3.9 ROM Specifics
This was the interesting part.

If you have built into the 1MB ROM all of the modules from the ROM Update file, then you no longer need SetPatch to reboot the computer to install those ROM Updates.

Modify the SetPatch command in the startup-sequence to load no ROM Updates and not reboot by adding the NOROMUPDATE parameter:
Code:
c:SetPatch NOROMUPDATE QUIET
This assumes you do not have any other commands earlier in the startup-sequence which are depending on SetPatch to reboot the computer.

Note that it is not necessary to have the newer icon.library and workbench.library in ROM as the 3.9 SetPatch will remove those modules from the ROM, resulting in those in the LIBS: directory in the 3.9 installation being used instead. I recommend to keep the 3.1 versions in ROM so that boot floppies can still use them to load workbench.

Poseidon [untested by myself]
You could also include Poseidon for USB at boot on a real Amiga with the following modules from the Poseidon package (which class files depends on what you want):

input.device
subwayusb.device (or corresponding device for your hardware)
poseidon.library
massstorage.class
hub.class
hid.class
PsdStackLoader

Note that PsdStackLoader would need to be changed every time you change your USB configuration using Trident.
Attached Files
File Type: txt KSA1200v39BB2scsi1MBS.txt (1.9 KB, 82 views)
File Type: txt KSA1200v39BB2scsi1MBE.txt (297 Bytes, 59 views)

Last edited by Calgor; 08 June 2009 at 07:58.

 

 

SPONSORS OF THE LOUNGE'S LAB

 

ADVERTISE Your Company Here:

Email the lounge for more information