Hi,
Sorry about that failing mmap() call, I hope I've now fixed it (see
the new version on Gerrit).
On Fri, Sep 20, 2013 at 05:46:54PM +0200, Nicolas Produit wrote:
The svf file is a flashing verify, it goes for a short while and then
stop because verification fails.
Yes, this is no good for
This is an automated email from Gerrit.
Elta Era (elta@gmail.com) just uploaded a new patch set to Gerrit, which
you can find at http://openocd.zylin.com/1651
-- gerrit
commit d94ce08284582e76c4981b75a16e14e3749fc7d6
Author: Dongxue Zhang elta@gmail.com
Date: Mon Sep 23 16:45:18 2013
This is an automated email from Gerrit.
Elta Era (elta@gmail.com) just uploaded a new patch set to Gerrit, which
you can find at http://openocd.zylin.com/1653
-- gerrit
commit c88b52c20b4df509babde89a45fd7bc7ecf1bd19
Author: Dongxue Zhang elta@gmail.com
Date: Mon Sep 23 16:51:14 2013
Hi Paul,
your new code does not make mmap error anymore.
But it is not correct, from documentation:
Physical addresses range from 0x2000 to 0x20FF for peripherals.
The bus addresses for peripherals are set up to map onto the peripheral
bus address range starting at 0x7E00. Thus a
Hi,
On Mon, Sep 23, 2013 at 01:08:07PM +0200, Nicolas Produit wrote:
your new code does not make mmap error anymore.
But it is not correct, from documentation:
Physical addresses range from 0x2000 to 0x20FF for peripherals.
The bus addresses for peripherals are set up to map onto the
Hi,
On Mon, Sep 23, 2013 at 01:38:09PM +0200, Nicolas Produit wrote:
I am not sure to understand fully myself.
GPIO IO registers (set reset read) in the recent documentation are also
given in the 0x7E2xxx range and not in the 0x20... range.
For some reason something (MMU?) remap 7E range to