On Saturday 28 November 2009, David Brownell wrote:
> I just pulled everything into a workspace and built it ... now it's
> failing left and right.
This makes the worst of it go away. The context mode
is supposed to change when "init" runs ... which isn't
necessarily going to be when main() trie
On Saturday 28 November 2009, Marek Vasut wrote:
> > > +static int xscale_version = XSCALE_IXP4XX_PXA2XX;
> >
> > Please put this in the instance-specific struct ... this approach
> > obviously breaks on a board with both a PXA2xx and a PXA3xx.
>
> Have you ever seen such a mutant ? Come on ...
Dne Ne 29. listopadu 2009 05:21:20 David Brownell napsal(a):
> On Saturday 28 November 2009, Marek Vasut wrote:
> > @@ -70,6 +70,13 @@ static int xscale_set_watchpoint(struct target *,
> > struct watchpoint *); static int xscale_unset_breakpoint(struct target *,
> > struct breakpoint *); static int
On Saturday 28 November 2009, Marek Vasut wrote:
> @@ -70,6 +70,13 @@ static int xscale_set_watchpoint(struct target *, struct
> watchpoint *); static int xscale_unset_breakpoint(struct target *, struct
> breakpoint *); static int xscale_read_trace(struct target *);
>
> +/* This variable determine
Hi,
attached (because of a buggy mailer not inline) is a patch that adds basic
support for XScale/PXA3xx. Tested on PXA320 CPU.
Please consider applying. Thanks.
Signed-off-by: Marek Vasut
From f4653c4af3c5fc093f9df69b7d0d16843c221d0d Mon Sep 17 00:00:00 2001
From: Marek Vasut
Date: Sun, 29 No
On Saturday 28 November 2009, Zach Welch wrote:
>
> Yeah, I figure there are some scripts (or users) that have not been
> sufficiently strict about CONFIG vs. EXEC modes, as that logic has been
> broken for ages
Broken how? It's worked as advertised, as far as I know.
> Nevertheless, the v
On Saturday 28 November 2009, Zach Welch wrote:
> > Maybe part of the problem is that putting the "init" on the command line
> > with a bunch of other commands.
Confirmed: take a working command line and add
... -c init -c "poll off"
and it no longer works.
___
On Sat, 2009-11-28 at 16:36 -0800, David Brownell wrote:
> On Saturday 28 November 2009, Zach Welch wrote:
> > I believe that the real problem is that the .mode initializer for those
> > commands' registration records have been marked incorrectly. There may
> > be others It's easy to discove
On Saturday 28 November 2009, Zach Welch wrote:
> I believe that the real problem is that the .mode initializer for those
> commands' registration records have been marked incorrectly. There may
> be others It's easy to discover which ones need to be fixed, but
> that does not sound like the
Thanks! I'll push this shortly, as it seems like the sort of thing that
would accidentally get dropped during my cleanup efforts. I'll take
your word that it works. :)
On Sat, 2009-11-28 at 23:41 +, lementec fabien wrote:
> Hi, there is a bug in s3c24xx_nand. Here the
> fix:
>
> diff --git
Hi, there is a bug in s3c24xx_nand. Here the
fix:
diff --git a/src/flash/s3c24xx_nand.c b/src/flash/s3c24xx_nand.c
index e7afb48..30ad37e 100644
--- a/src/flash/s3c24xx_nand.c
+++ b/src/flash/s3c24xx_nand.c
@@ -35,6 +35,8 @@ S3C24XX_DEVICE_COMMAND()
{
struct s3c24xx_nand_controller *s3c24
On Sat, 2009-11-28 at 15:21 -0800, David Brownell wrote:
> On Saturday 28 November 2009, David Brownell wrote:
> > I just pulled everything into a workspace and built it ... now it's
> > failing left and right.
> >
> > It complains about using "poll off" and "jtag_reset 1 1" after reset,
> > which
On Sat, 2009-11-28 at 15:10 -0800, David Brownell wrote:
> I just pulled everything into a workspace and built it ... now it's
> failing left and right.
>
> It complains about using "poll off" and "jtag_reset 1 1" after reset,
> which is when they're supposed to be usable...
I had tested that the
On Saturday 28 November 2009, Zach Welch wrote:
> On Sat, 2009-11-28 at 14:07 -0800, David Brownell wrote:
> > On Saturday 28 November 2009, Zach Welch wrote:
> > > Next, we should consider updating all help messages to full sentences,
> > > so the new command mode information will follow the final
Hi all,
I used exclamation points in $SUBJECT, because these suggestions will
have drastic user-visible impact -- though the effects can be mitigated.
All of the work done that I have done recently on the command handling
system has established a foundation for migrating the script language to
use
On Saturday 28 November 2009, David Brownell wrote:
> I just pulled everything into a workspace and built it ... now it's
> failing left and right.
>
> It complains about using "poll off" and "jtag_reset 1 1" after reset,
> which is when they're supposed to be usable...
And if I disable that erro
On Sat, 2009-11-28 at 14:07 -0800, David Brownell wrote:
> On Saturday 28 November 2009, Zach Welch wrote:
> > Next, we should consider updating all help messages to full sentences,
> > so the new command mode information will follow the final period.
>
> And make sure the "usage" is all strict B
I just pulled everything into a workspace and built it ... now it's
failing left and right.
It complains about using "poll off" and "jtag_reset 1 1" after reset,
which is when they're supposed to be usable...
___
Openocd-development mailing list
Openocd
On Saturday 28 November 2009, Zach Welch wrote:
> Next, we should consider updating all help messages to full sentences,
> so the new command mode information will follow the final period.
And make sure the "usage" is all strict BNF. I see angle brackets "<...>"
and have no idea what's meant; I'
Hi all,
Some additional patches could improve the help system further.
First, the command name matching logic can be improved to allow partial
matching and better support invalid subcommand invocations (e.g. running
'dummy missing' should produce the help for 'dummy', but it shows the
generic hel
On Sat, 2009-11-28 at 09:48 -0800, Zach Welch wrote:
> On Fri, 2009-11-27 at 19:31 -0800, Zach Welch wrote:
> > 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 suppre
On Fri, 2009-11-27 at 19:31 -0800, Zach Welch wrote:
> 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 se
Updates command registration to provide top-level handlers for all
commands, rather than falling back onto the 'unknown' command. Instead,
that same handler is registered for placeholders, providing the same
functionality under the root verb command name instead. This permits
users to implement th
Hi,
I have a board using this chip. I lost the nand contents,
I would like to program it using openocd. I saw the
functions are not implemented, do you think it is difficult,
is anyone working on it? Is there any reason this is not yet
done, difficulty, lack of documentation?
Otherwise I think I
24 matches
Mail list logo
