On Fri, Nov 27, 2009 at 8:58 AM, Nico Coesel ncoe...@dealogic.nl wrote:
-Original Message-
From: openocd-development-boun...@lists.berlios.de [mailto:openocd-
development-boun...@lists.berlios.de] On Behalf Of Øyvind Harboe
Sent: vrijdag 27 november 2009 7:59
To:
On Monday 23 November 2009, Dean Glazeski wrote:
point. The new play area is http://repo.or.cz/w/openocd/dnglaze.git. I've
I merged a few of these. The page command refactoring:
+ if (oob NAND_CMD_READ0 nand-page_size = 512) {
+ cmd = NAND_CMD_READOOB;
+ }
looks
On Fri, Nov 27, 2009 at 2:12 AM, David Brownell davi...@pacbell.net wrote:
On Monday 23 November 2009, Dean Glazeski wrote:
point. The new play area is http://repo.or.cz/w/openocd/dnglaze.git.
I've
I merged a few of these. The page command refactoring:
+ if (oob NAND_CMD_READ0
On Fri, 2009-11-27 at 07:55 +0100, Øyvind Harboe wrote:
Does this change the syntax for scripts?
No, but it does extend it. All relevant top-level commands have been
made available underneath the jtag and target-instance commands.
--Z
___
On Fri, 2009-11-27 at 07:56 +0100, Øyvind Harboe wrote:
What's this??? A pure virtual test target?
Does it work with the dummy interface and faux flash driver?
Would be neat :-)
That's the idea. It's a work in progress that went in during my initial
command registration restructuring,
On Fri, Nov 27, 2009 at 6:13 PM, Zach Welch z...@superlucidity.net wrote:
On Fri, 2009-11-27 at 07:56 +0100, Øyvind Harboe wrote:
What's this??? A pure virtual test target?
Does it work with the dummy interface and faux flash driver?
Would be neat :-)
That's the idea. It's a work in
On Thu, 2009-11-26 at 23:37 -0800, David Brownell wrote:
On Thursday 26 November 2009, Øyvind Harboe wrote:
Does this change the syntax for scripts?
And what might have caused nand list output to repeat? As if
the command got called twice...
nand list
#0: NAND 1GiB 3,3V 8-bit (Micron)
On Fri, 2009-11-27 at 19:52 +0100, Øyvind Harboe wrote:
Fixes regression in interface command registration.
master branch currently fails to build with --enable-minidriver-dummy
(and other interfaces).
Do not apply. The register_commands callback was removed on purpose, as
it does not
On Fri, 2009-11-27 at 11:00 -0800, Zach Welch wrote:
On Fri, 2009-11-27 at 19:52 +0100, Øyvind Harboe wrote:
Fixes regression in interface command registration.
master branch currently fails to build with --enable-minidriver-dummy
(and other interfaces).
Do not apply. The
On Fri, Nov 27, 2009 at 8:00 PM, Zach Welch z...@superlucidity.net wrote:
On Fri, 2009-11-27 at 19:52 +0100, Øyvind Harboe wrote:
Fixes regression in interface command registration.
master branch currently fails to build with --enable-minidriver-dummy
(and other interfaces).
Do not apply.
On Fri, 2009-11-27 at 20:48 +0100, Øyvind Harboe wrote:
On Fri, Nov 27, 2009 at 8:00 PM, Zach Welch z...@superlucidity.net wrote:
On Fri, 2009-11-27 at 19:52 +0100, Øyvind Harboe wrote:
Fixes regression in interface command registration.
master branch currently fails to build with
On Fri, Nov 27, 2009 at 9:16 PM, Zach Welch z...@superlucidity.net wrote:
On Fri, 2009-11-27 at 20:48 +0100, Øyvind Harboe wrote:
On Fri, Nov 27, 2009 at 8:00 PM, Zach Welch z...@superlucidity.net wrote:
On Fri, 2009-11-27 at 19:52 +0100, Øyvind Harboe wrote:
Fixes regression in interface
On Friday 27 November 2009, Zach Welch wrote:
And what might have caused nand list output to repeat? As if
the command got called twice...
Saw the same with arm reg. Do all commands repeat their output?
nand list
#0: NAND 1GiB 3,3V 8-bit (Micron) pagesize: 2048, buswidth: 8,
On Thu, Nov 26, 2009 at 11:46:03AM -0800, David Brownell wrote:
On Thursday 26 November 2009, Zach Welch wrote:
For the future, commit messages should have a short subject line and at
least one line of description.
Agreed with the usual exception: there are minor patches
where the
On Fri, 2009-11-27 at 12:47 -0800, David Brownell wrote:
On Friday 27 November 2009, Zach Welch wrote:
And what might have caused nand list output to repeat? As if
the command got called twice...
Saw the same with arm reg. Do all commands repeat their output?
All not-top-level
The command refactoring caused subcommand handlers to produce duplicate
output when run. The problem was introduced by failing to ensure all
such invocations went through a top-level catcher script, prefixing
the command name with the 'ocd_' prefix and consuming its results.
The fix is to ensure
Øyvind How about enabling fast/DCC memory transfers by default?
Yes, why not - now that we have
(a) good TAP identification place.
(b) good number of board configurations
(c) Many things have a workbuffer in the cfg file..
Then, it is a no-brainer to enable that feature by default.
-Duane.
On Sat, Nov 28, 2009 at 2:14 AM, David Brownell davi...@pacbell.net wrote:
On Thursday 26 November 2009, Øyvind Harboe wrote:
On Fri, Nov 27, 2009 at 8:40 AM, David Brownell davi...@pacbell.net wrote:
On Thursday 26 November 2009, Ųyvind Harboe wrote:
How about enabling fast/DCC memory
On Fri, 2009-11-27 at 16:24 -0800, Zach Welch wrote:
Well, drat. The patch that I pushed had some unintended consequences.
Any Jim subcommand handlers' output now gets suppressed too, which
negatively affected my recently posted series to split apart the
top-level Jim handlers.
The patches
On Friday 16 October 2009, Øyvind Harboe wrote:
On Wed, Oct 14, 2009 at 7:03 PM, David Brownell davi...@pacbell.net wrote:
On Tuesday 13 October 2009, Øyvind Harboe wrote:
So I'd think the current code is behaving, modulo issues
you might have with iMX31 ...
The currrent code
On Thursday 26 November 2009, David Brownell wrote:
This defines a reset-assert event and a supporting utility
routine, and documents both how targets should implement it
and how config scripts should use it. Core-specific updates
are needed to make this work.
---
This is necessary for
On Fri, Nov 27, 2009 at 7:13 PM, David Brownell davi...@pacbell.net wrote:
On Friday 27 November 2009, Dean Glazeski wrote:
On Fri, Nov 27, 2009 at 2:12 AM, David Brownell davi...@pacbell.net
wrote:
On Monday 23 November 2009, Dean Glazeski wrote:
point. The new play area is
22 matches
Mail list logo