Precise point of bomb...

[Doug Ledford]

Justin T. Gibbs wrote:
> 
> > That's what makes me think there is an off by one error somewhere.  At
> > this point, I think the off by one might be in the generation of certain
> > constants.  IOW, there are certain bits out of the 32 bit instruction that
> > are reserved as the bits for an immediate constant.  I think those bits
> > might be off by one.  That would explain the SCAMEN bit being set in
> > SXFRCTL0 since the SCAMEN bit is one off from the SPIOEN bit.
> 
> So you believe that it is an off by one in the definition of the sequencer
> instruction format?  Or an off by one in the patch generation?  The only
> downloaded constants are in the target mode code, so I doubt that those
> are at fault.  Have you tried printing out the instruction memory and
> seeing if it matches a program listing?

That's part of the code I jsut put on my ftp site a while ago.  I haven't
done it yet because I haven't had the time.  However, as to where I think
the problem is, I'm not sure.  For all I know it could be anywhere.  We
could be using the bits wrong in the kernel code when reading the
instruction bytes from the array, they could be off in the definition, we
could be sending the wrong format instruction, we could be patching up
wrong, I don't know.  That's why I let this code out so some other people
could check their code against a listing as well as look at the patch up
code.  The file aicasm.linux.tgz includes all of the assembler stuff I use
and a README about how to get a listing.  Then, you pass the current driver
the option aic7xxx=dump_sequencer and it will print that listing out at boot
up and then hang the machine right after printing out all the sequencer
instructions (if I got it right, reading SEQRAM, first byte is least
significant on through to most significant since I didn't take the time to
look it up in the docs).

-- 

 Doug Ledford  <dledford at dialnet.net>
  Opinions expressed are my own, but
     they should be everybody's.

To Unsubscribe: send mail to majordomo at FreeBSD.org
with "unsubscribe aic7xxx" in the body of the message