Hi Kristof,
Why instead defining the Logos to OpenOCD on Embeetle don't we call a
contest to community submit a logo to OpenOCD?
Not that your logo are bad, they aren't, but I think the community
could submit great logos.
My chip uses BGA package and it said he felt discriminated against! :-)
Great, glad it helped.
From: kristof.mul...@telenet.be
Sent: Monday, July 27, 2020 11:37:57 AM
To: Tommy Murphy
Cc: openocd-devel
Subject: Re: Launch OpenOCD from GDB in one console
Hi @Tommy Murphy,
Thanks a lot. I've read the sections you suggested, and got
Hi @Tommy Murphy,
Thanks a lot. I've read the sections you suggested, and got it working!
All that needed to be done is modifying the first line in the .gdbinit file:
target extended-remote | openocd -f ../config/flash_config/openocd_probe.cfg -f
../config/flash_config/openocd_chip.cfg -s
On Mon, Jul 27, 2020 at 12:03:12PM +0200,
b...@elektron.ikp.physik.tu-darmstadt.de wrote:
> > I'm surprised I get no constructive feedback on this ticket. Now that
> > it's trivial to try a firmware with patched-out IDCODE check why isn't
> > anybody trying that?
>
> This is caused probably by
On Mon, Jul 27, 2020 at 12:03:12PM +0200,
b...@elektron.ikp.physik.tu-darmstadt.de wrote:
> > I'm surprised I get no constructive feedback on this ticket. Now that
> > it's trivial to try a firmware with patched-out IDCODE check why isn't
> > anybody trying that?
>
> This is caused probably by
Paul Fertser writes:
> On Mon, Jul 27, 2020 at 11:21:00AM +0200,
> b...@elektron.ikp.physik.tu-darmstadt.de wrote:
> > Rejecting non-ST MCU probably has also a deeper impact. The need to
> > read the MCUID! This has often problems when in sleep or even when in
> > reset. Even with stprog,
Paul Fertser writes:
> On Mon, Jul 27, 2020 at 11:21:00AM +0200,
> b...@elektron.ikp.physik.tu-darmstadt.de wrote:
> > Rejecting non-ST MCU probably has also a deeper impact. The need to
> > read the MCUID! This has often problems when in sleep or even when in
> > reset. Even with stprog,
Have you reviewed section 7.3 of the openocd users guide about using the pipe
option and section 21.1 about using gdb in this context?
From: kristof.mul...@telenet.be
Sent: Monday, July 27, 2020 10:29:10 AM
To: openocd-devel
Subject: [OpenOCD-devel] Launch
On Mon, Jul 27, 2020 at 11:21:00AM +0200,
b...@elektron.ikp.physik.tu-darmstadt.de wrote:
> Rejecting non-ST MCU probably has also a deeper impact. The need to
> read the MCUID! This has often problems when in sleep or even when in
> reset. Even with stprog, STLINKV3 often does to to a board the
On Mon, Jul 27, 2020 at 11:21:00AM +0200,
b...@elektron.ikp.physik.tu-darmstadt.de wrote:
> Rejecting non-ST MCU probably has also a deeper impact. The need to
> read the MCUID! This has often problems when in sleep or even when in
> reset. Even with stprog, STLINKV3 often does to to a board the
Paul Fertser via OpenOCD-devel writes:
> ---
>
> [tickets:#275] ST-Link v3 refuses to work with non-ST targets, RE help needed
>
> Status: new
> Milestone: 0.9.0
> Created: Fri Jul 24, 2020 04:26 PM UTC by Paul Fertser
>
Paul Fertser via OpenOCD-devel writes:
> ---
>
> [tickets:#275] ST-Link v3 refuses to work with non-ST targets, RE help needed
>
> Status: new
> Milestone: 0.9.0
> Created: Fri Jul 24, 2020 04:26 PM UTC by Paul Fertser
>
Dear developers,
As you might know, I'm working in a startup building a new (free!)
IDE for microcontrollers: Embeetle IDE. To flash code we generally
use a combination of OpenOCD and GDB. Both are launched as targets
from the makefile in two separate consoles. I was wondering if it's
13 matches
Mail list logo
