Re: [Openocd-development] ir/drscan and target "layering violations"

2009-06-10 Thread Øyvind Harboe
> This is a dumb question (because I could answer it by looking at the > code for a little while), but can the polling mechanism be separated and > moved into a JTAG sub-layer?  It seems that this kind of coordination > implies that some part of it should already be there. The callback is just a g

Re: [Openocd-development] ir/drscan and target "layering violations"

2009-06-10 Thread Michael Bruck
On Thu, Jun 11, 2009 at 8:23 AM, Øyvind Harboe wrote: > I was thinking that pathmove, irscan and drscan commands should > fail or at least give a warning if they are invoked while background > polling is running. > > But isn't that a "layering violation"? > > Should target tell jtag when it is doin

Re: [Openocd-development] ir/drscan and target "layering violations"

2009-06-10 Thread Zach Welch
On Thu, 2009-06-11 at 08:23 +0200, Øyvind Harboe wrote: > I was thinking that pathmove, irscan and drscan commands should > fail or at least give a warning if they are invoked while background > polling is running. Sounds reasonable. > But isn't that a "layering violation"? It looks like it, yes

[Openocd-development] ir/drscan and target "layering violations"

2009-06-10 Thread Øyvind Harboe
I was thinking that pathmove, irscan and drscan commands should fail or at least give a warning if they are invoked while background polling is running. But isn't that a "layering violation"? Should target tell jtag when it is doing background polling or should jtag check when target is doing pol