| commit | 47728f92159e11668a4aa1ec3d2713ee38a87192 | |
| author | Salvador Arroyo <sarroyofdez@yahoo.es> | |
| Sun, 5 Aug 2012 09:18:27 +0000 (5 11:18 +0200) | ||
| committer | Freddie Chopin <freddie.chopin@gmail.com> | |
| Fri, 24 Aug 2012 16:53:25 +0000 (24 16:53 +0000) | ||
| tree | 020cee562bf5148a5faece978e297d7789f36f3d | treesnapshot (tar.gz zip) |
| parent | 63a23e6fc862b94f00e0833ab474bd02901a019f | commitdiff |
Severe bug in Pracc code
The function wait_for_pracc_rw() fails if Pracc bit is 0.
The variable ejtag_ctrl is loaded with the content of the
control register in the first scan.
In the second scan Pracc bit is scanned out as 0, letting
the proccesor go. The result is unpredictable.
All the strange data corruption when scanning at certain
frequencies, or the strange delays needed when entering
or leaving fasdata area are retated to this bug.
Now the code works at any scan frequency, tested up to 15000Khz
and indepently of processor speed, tested at 31.25Khz and 4/8Mhz.
Change-Id: Iedfd81d06d6af4bc738a521f720e42323025b268
Signed-off-by: Salvador Arroyo <sarroyofdez@yahoo.es>
Reviewed-on: http://openocd.zylin.com/769
Tested-by: jenkins
Reviewed-by: Freddie Chopin <freddie.chopin@gmail.com>
The function wait_for_pracc_rw() fails if Pracc bit is 0.
The variable ejtag_ctrl is loaded with the content of the
control register in the first scan.
In the second scan Pracc bit is scanned out as 0, letting
the proccesor go. The result is unpredictable.
All the strange data corruption when scanning at certain
frequencies, or the strange delays needed when entering
or leaving fasdata area are retated to this bug.
Now the code works at any scan frequency, tested up to 15000Khz
and indepently of processor speed, tested at 31.25Khz and 4/8Mhz.
Change-Id: Iedfd81d06d6af4bc738a521f720e42323025b268
Signed-off-by: Salvador Arroyo <sarroyofdez@yahoo.es>
Reviewed-on: http://openocd.zylin.com/769
Tested-by: jenkins
Reviewed-by: Freddie Chopin <freddie.chopin@gmail.com>
| src/target/mips32_pracc.c | diffblobblamehistory |