Re: [Abios-rtool-hdl-dev] Ideas on how to implement a raw mode in the VHDL?

[Mike K. <fr...@sb...>]

What I was thinking would be more along the lines of
having different modes accessable by writing to a set
of registers in the address space. For normal mode we
don't use the address space mapped directly to the
device. We would write to one register to output data
and another to change the address. We could make the
address register increment automatically so this
wouldn't effect right speeds very much at all. We
would alos have another register to put the device
into raw mode and anotehr few registers to control the
pins. This seems like the wisest course to me. Even
though we have limited room on the device I think it
could be done if written properly.

--- Jack Gassett <jac...@ya...> wrote:

> Hello, I am sending this message to everyone that
> has expressed an interest
> in the Affordable BIOS Restoration Tool project on
> SourceForge. I’m also
> sending this to the mailing list to archive the
> thread. 
> 
>  
> 
> After talking with Mike Karr he pointed out that, it
> would be beneficial to
> have a raw programming mode in the VHDL so that all
> pins could be controlled
> from software. That way devices with different
> pinouts can be handled. I was
> originally thinking that a new ucf file would be
> created for different
> device types but I think I like Mike’s idea better.
> So I just wanted to get
> everyone’s input on the best way to implement a raw
> mode.
> 
>  
> 
> I am thinking one way is to detect when a 10101010
> is written to the address
> and then a reset is triggered, a 010101010 is then
> written to the same data
> port to verify raw mode. This sequence will trigger
> raw mode and since there
> are 40 pins on the header 5 subsequent data writes
> will set those 40 pins.
> Any thoughts?
> 
>  
> 
> Thanks,
> 
>             Jack.
> 
> 
> -- 
> Internal Virus Database is out-of-date.
> Checked by AVG Anti-Virus.
> Version: 7.0.300 / Virus Database: 265.6.13 -
> Release Date: 1/16/2005
>  
>