- **status**: new --> closed
- **Resolution**: --> http://openocd.zylin.com6025/
---
** [tickets:#294] libjaylink fails to discover devices when network is down and
J-Link S/N is specified**
**Status:** closed
**Milestone:** 0.10.0
**Created:** Mon Jan 18, 2021 12:26 PM UTC by Bohdan Tymkiv
The errata sheet from ST for stm32h753xi
https://www.st.com/resource/en/errata_sheet/dm00399555.pdf
reports some problem with QSPI. Check table 3.
But or the issue is present both in rev V and Y (e.g. issue 2.5.2 and 2.5.3) or
the issue is only present in rev Y and not in rev V (2.5.1).
---
**
I don't expect any different result using STM32CubeIDE. It is based on OpenOCD
fork in https://github.com/STMicroelectronics/openocd
but all the patches are already merged upstream or pending in gerrit
http://openocd.zylin.com
I don't see anything extra about QSPI there.
---
** [tickets:#290]
Can you please check if this patch for OpenOCD fixes the issue
http://openocd.zylin.com/6024
Antonio
---
** [tickets:#294] libjaylink fails to discover devices when network is down and
J-Link S/N is specified**
**Status:** new
**Milestone:** 0.10.0
**Created:** Mon Jan 18, 2021 12:26 PM UTC b
On Thu, Jan 21, 2021 at 9:36 PM Marc Schink wrote:
>
> Hi Bohdan,
>
> thank you for your report. I'm aware of this issue but I don't consider
> this as bug in libjaylink. We ask libjaylink to discover TCP devices
> but there are no ethernet devices available.
Marc,
it's a little tricky to say who
Openocd has an initial 'configuration' mode where you setup adapter and
device, then an 'exec' mode to run the other commands.
You need to use `-c init` to switch from 'configuration' to 'exec'.
This below should work
~~~
openocd -f interface\stlink-dap.cfg -f target\stm8s103.cfg -c "init;load_im
I don't have an stm8 board with me to verify, but I went reading back the
source code of openocd.
The current implementation of stm8 in openocd does not define a flash, so the
normal commands for flashing should not work.
The flash is managed as part of the global memory.
My understanding is th
The SWO support for cmsis-dap is already in gerrit
http://openocd.zylin.com/5820
but needs rebase after the patches for cmsis-dap V2 have been merged.
---
** [tickets:#287] DAPlink SWO**
**Status:** new
**Milestone:** 0.10.0
**Created:** Fri Nov 20, 2020 06:50 PM UTC by Matias N.
**Last Updated
The problem is the ST-Link protocol on top of USB. It is the same as the old
ST-Link V2.
Packet 1: Host->Device: host ask how many bytes are available
P2: H<-D: ack
P3: H->D: read request
P4: H<-D: number of bytes available
P5: H->D: read request
P6: H<-D: SWV data (eventually split in several pac
http://openocd.zylin.com/5908
Other topic mentionned in this ticket in http://openocd.zylin.com/5909
---
** [tickets:#283] Speed of SWD with SWV with ST-link V3**
**Status:** new
**Milestone:** 0.10.0
**Labels:** SWV stlink
**Created:** Sat Oct 24, 2020 12:20 PM UTC by Pawel
**Last Updated:**
As you want, but please check the 'HACKING' file, it's not so complicated for
you that already master git.
I will mainly cherry-pick from your github with minor changes. What should I
put as author?
Pawel ?
---
** [tickets:#283] Speed of SWD with SWV with ST-link V3**
**Status:** new
**Mile
I received confirmation that the max SWV freq on ST-Link v3 is 24 MHz. Good.
But then, depending on the amount of data generated on SWO, the bottleneck can
become the USB connections. So be sure to not exaggerate otherwise data could
be lost.
Are you willing to send your patch on OpenOCD gerrit h
- **Resolution**: --> http://openocd.zylin.com/5891
---
** [tickets:#286] Deprecated warnings with libftdi 1.5**
**Status:** new
**Milestone:** 0.10.0
**Created:** Tue Oct 27, 2020 04:12 PM UTC by MrLavender
**Last Updated:** Tue Oct 27, 2020 11:50 PM UTC
**Owner:** nobody
The build fails w
Yes, that's what I meant. Thanks. Just a tiring day.
It's exactly what I'm preparing. Now I'm testing with the new library (not
available yet on arch)
---
** [tickets:#286] Deprecated warnings with libftdi 1.5**
**Status:** new
**Milestone:** 0.10.0
**Created:** Tue Oct 27, 2020 04:12 PM UTC b
libftdi1 1.5 allows to silent the deprecated messages by defining
_FTDI_DISABLE_DEPRECATED
Using:
CFLAGS=-D_FTDI_DISABLE_DEPRECATED ./configure
should work.
This issue is not a blocking point, but has to be fixed.
---
** [tickets:#286] Deprecated warnings with libftdi 1.5**
**Status:** new
*
- **Component**: --> libftdi1
- **Priority**: --> high
- **Type**: --> change request
- **Comment**:
libftdi1 have changed the API from 1.4 (2017-08-07) to 1.5 (2020-07-07)
At a first check, seams enough replacing ftdi_usb_purge_buffers() with
ftdi_tcioflush().
The prototype of the functions i
- **status**: new --> assigned
- **assigned_to**: Antonio Borneo
- **Resolution**: --> http://openocd.zylin.com/5890
- **Component**: --> automake
- **Type**: --> Defect
---
** [tickets:#285] bootstrap fails if "install.sh" in parent directory**
**Status:** assigned
**Milestone:** 0.10.0
**
Ok, clear.
I just posted http://openocd.zylin.com/5890
Thanks!
---
** [tickets:#285] bootstrap fails if "install.sh" in parent directory**
**Status:** new
**Milestone:** 0.10.0
**Created:** Tue Oct 27, 2020 04:00 PM UTC by MrLavender
**Last Updated:** Tue Oct 27, 2020 05:45 PM UTC
**Owner:** no
Understand. No problem, I can post it for you.
I would like to add you as author, if you agree. In this case, what
real-name/email should I use for git and gerrit? Usually it is added in the
form:
Author: Antonio Borneo
Signed-off-by: Antonio Borneo
---
** [tickets:#285] bootstrap fails if
I also got some issue with garbage in "../..", but did not went ahead to fix
it, just deleted the garbage.
Your fix seams ok, to me.
Are you willing to send a patch in gerrit for this change?
---
** [tickets:#285] bootstrap fails if "install.sh" in parent directory**
**Status:** new
**Mileston
The adapter 'interface/stlink.cfg' is the old HLA. I'm reworking it, but I have
not finished the job.
The transport SWIM has been moved away from HLA and is now in
'interface/stlink-dap.cfg'.
It's crap the use of the suffix '-dap' here, since SWIM is not DAP based ...
Use :
openocd -f interface/
Interesting... I'm checking it!
The link seams broken. Can you send it again?
---
** [tickets:#283] Speed of SWD with SWV with ST-link V3**
**Status:** new
**Milestone:** 0.10.0
**Labels:** SWV stlink
**Created:** Sat Oct 24, 2020 12:20 PM UTC by Pawel
**Last Updated:** Sat Oct 24, 2020 12:20
Fix proposal in http://openocd.zylin.com/5871
Please test it
---
** [tickets:#279] target/cortex_m: Block extra srst asserts in target code**
**Status:** new
**Milestone:** 0.9.0
**Created:** Tue Sep 29, 2020 03:10 PM UTC by
**Last Updated:** Tue Sep 29, 2020 03:26 PM UTC
**Owner:** nobody
H
It's a limitation of ST-Link. It uses the ARM DAP (arm adi v5) that is today
used only for Cortex-A and Cortex-M.
In theory would be possible to have an old arm7, 9 or 11 behind a ARM DAP, but
I never found such devices and there is no support in OpenOCD yet for such
setup. Anyway I don't expec
I don't know bcm2835, but I see you use the command 'target create raspi.arm
arm11'!
ST-Link can only work on DAP based Cortex-M/Cortex-A devices.
I expect it to not be able to work with arm11.
---
** [tickets:#280] stlink-v2 not working with bcm2835 raspberry pi**
**Status:** new
**Milestone:
No, I don't plan to merge the change http://openocd.zylin.com/5658 as is.
I had some talk with the developer about this issue and asked him to put in
gerrit the change as reference, but I don't consider correct adding another
flag to the command 'reset_config'.
I have one board CC13xx with XDS110
Could you please check if patch http://openocd.zylin.com/5807 can solve this
issue?
---
** [tickets:#263] Improper Setting of TPIU Prescale When Using External**
**Status:** new
**Milestone:** 0.9.0
**Labels:** tpiu stm32
**Created:** Sun Apr 19, 2020 03:04 AM UTC by Justace Clutter
**Last Up
Would you mind sending a patch through gerrit ?
The process for that is explained in the file HACKING, and online in
http://openocd.org/doc-release/doxygen/patchguide.html
The version v0.10.0 is old, you should use the master branch. Anyway these
devices are not present yet, so your patch is welco
Well, what I called sort-of-bug, maybe should remain there but should be better
documented!
When using cmsis_dap_vid_pid command openocd skips the check for product_string
containing "CMSIS-DAP".
But different backend for libhidapi report different value as product_string.
The CMSIS-DAP spec say
Thanks for your tests!
You did not replyed about the email address in the commit message, please let
me know.
After one night sleep and the logs you put in your last message, I realised
that the product_string is not always the same, but depends on the backend of
hidapi library.
On Linux there
I have pushed two paches in gerrit: http://openocd.zylin.com/5731 and
http://openocd.zylin.com/5732
Both are required.
But I still cannot understand how your patch could reliably fix the issue.
The LPC-Link2 has 3 HID interfaces, but only one is the right one for cmsis-dap.
Every HID "device" (e
I do not have the LPC link2, so I'm just guessing.
I have run some search, so LPC link2 has at least two HID interfaces, one for
the debug CMSIS-DAP and another for "LPCSIO bridge that provides communication
to I2C and SPI"!
OpenOCD does not properly manage a USB device having 2 HID interfaces a
If you can use a Linux PC, can you please post the output of command "lsusb -v
-d VID:PID", where VID and PID are the values for the LPC-link2 device? To find
such numbers, simpli run "lsusb" to list all the available USB devices.
---
** [tickets:#255] LPC-Link2 Not Working as CMSIS-DAP**
**S
Rafael,
looks like both implementations are not in use anymore and I don't know how can
be tested without a complete implementation of the remote side.
The first got so far no reply from the owner, the second got rebased so at
least now compiles.
Do you think you could test or try to use any of t
As far as I see, today remote bitbang only supports JTAG; it has no way to read
from TMS (SWDIO signal in case of SWD).
The two patch you mention has never been reviewed by anyone. And now do not
merge anymore on current master branch.
The two implementations use different ASCII character for SWD
It is not a bug, but it is the expected behavior after that commit.
After that commit the output of the commands are not sent to LOG directly but
only on demand.
You can get that effect in your script fpga-jtag.cfg by printing the result of
"pld load pld_num filename", e.g.
echo [pld load pld_num
- **status**: new --> assigned
- **assigned_to**: Antonio Borneo
- **Resolution**: --> http://openocd.zylin.com/5595
- **Component**: --> server
- **Priority**: --> normal
- **Type**: --> bug
---
** [tickets:#264] bindto half works when issued after init**
**Status:** assigned
**Milestone:
http://openocd.zylin.com/5595 fixes it by allowing the commands during config
only
---
** [tickets:#264] bindto half works when issued after init**
**Status:** new
**Milestone:** 0.9.0
**Created:** Mon Apr 20, 2020 05:56 PM UTC by Christopher Head
**Last Updated:** Mon Apr 20, 2020 09:51 PM UT
It's a bug!
The sockets for gdb, telnet and tcl are all created during the init phase. For
a matter of call order, the tcl and telnet ports are open after the parse of
the config file, so after init and bindto if they are inside the config file.
But if you start openocd without bindto, wait for t
The issue has been fixed by ST in STLink FW version 2.36.26 (v3j6) published
today in
https://my.st.com/content/my_st_com/en/products/development-tools/software-development-tools/stm32-software-development-tools/stm32-programmers/stsw-link007.html
The patch in gerrit
http://openocd.zylin.com/5408
Tested on ST-Link V3 with latest FW from ST website
Reading 255 byte or less works.
Reading 256 bytes makes ST-Link hang. I need to disconnect it from my PC to get
it working again
Can you please check if it is the same on your side?
A quick and dirty workaround seams to change in src/jtag/driver
The fallthrough warning is already fixed in master branch thanks to
http://openocd.zylin.com/4174
so you just need to fetch a more recent version.
The warning about deprecated header file is fixed by
http://openocd.zylin.com/5317 but not merged yet. If you can test it and add a
review on gerrit
The issue here is that HLA does not defines the command "jtag newtap ..."
Please check pending change http://openocd.zylin.com/4873
HLA is unable to handle the second TAP, so it should be skipped with a
if/then/else (but then all the scripts get less readable) or added as "jtag
newtap " and
No, the fix on http://openocd.zylin.com/5203
The patch http://openocd.zylin.com/#/c/5165/ was also avoiding the crash, but
was not fixing the root cause.
So please check if 5203 alone fix also on your side.
Thanks
---
** [tickets:#216] Use arm-none-eabi-gdb connect m4 cause an Assertion `num <
Hi zhuyanlin,
there is another possible fix in http://openocd.zylin.com/5203
Would you mind checking if it solves this ticket also in your case?
Thanks
Antonio
---
** [tickets:#216] Use arm-none-eabi-gdb connect m4 cause an Assertion `num <
(int)armv7m->arm.core_cache->num_regs' failed. **
**
Would you mind checking this commit http://openocd.zylin.com/5165
It solves the issue on my side
The issue it's a little tricky because requires the target to be left in halt
by a previous execution. If you can, please confirm this observation too.
Thanks
---
** [tickets:#216] Use arm-none-eabi
Fix available here http://openocd.zylin.com/4886
Bill,
I have added your name in the commit message as the person that reported the
issue.
I have used your email from sourceforge. Let me know if you prefer to change it
---
** [tickets:#225] Error: The 'jtag configure' command must be used afte
No problem, I will send a patch asap.
Thanks for reporting the issue.
Antonio
---
** [tickets:#225] Error: The 'jtag configure' command must be used after
'init'.**
**Status:** new
**Milestone:** 0.9.0
**Created:** Wed Feb 06, 2019 08:19 PM UTC by Bill Paul
**Last Updated:** Thu Feb 07, 2019
If I did not made mistakes, here is the list of commands that are impacted by
commit 877cec20dca6.
Now we need to check if any of them has wrong "mode".
Please cross check with me
Commands with mode = COMMAND_CONFIG
src/jtag/hla/hla_transport.c: "hla newdap"
src/jtag/tcl.c: "jtag newtap"
src/ta
Actually the error is in src/jtag/tcl.c
The right value for the command "jtag configure" should be COMMAND_ANY.
Before commit 877cec20dca6 there were no check on the value, so the wrong value
passed unnoticed.
Our mistake, we merge the commit too quicly, without a complete audit of the
commands t
Replicated with another Cortex-M4, STM32F411.
The issue is not present with HLA ST-Link adapter, but only with low level JTAG
or SWD, e.g. with J-Link.
---
** [tickets:#216] Use arm-none-eabi-gdb connect m4 cause an Assertion `num <
(int)armv7m->arm.core_cache->num_regs' failed. **
**Status
I cannot find the script u2.cfg in attachment. Can you please check?
Antonio
---
** [tickets:#216] Use arm-none-eabi-gdb connect m4 cause an Assertion `num <
(int)armv7m->arm.core_cache->num_regs' failed. **
**Status:** new
**Milestone:** 0.9.0
**Created:** Thu Dec 13, 2018 07:47 AM UTC by zh
This ticket is supposed to be fixed by change http://openocd.zylin.com/4704
Feedback are welcome!
---
** [tickets:#204] st-link can't flash stm32f2x based flash without target
algorithms**
**Status:** new
**Milestone:** 0.9.0
**Created:** Tue Aug 21, 2018 06:25 PM UTC by Cody Schafer
**Last Up
> When loading the fw.elf binary composed with the bootloader image (generated
> as described above), the bootloader section in fw.elf (.bootldr) appears to
> be filled with zeros rather than actual data. As a result, when the processor
> resets, it reads the second element of the interrupt vect
Hi Paul,
for the first patch you send, it was already in my TODO list, so I have created
a change in gerrit with you as author
http://openocd.zylin.com/4619
Would you mind verifying it and eventually giving a review score +1 ?
Mainly, please verify your name, your email address and if you agree on
Hi Sandeep,
OpenOCD fails reading the CPUID register at address 0xe000ed00.
>From the ROM table you report, seams your chip maps the debug components at
>unusual addresses:
Cortex-M0 SCS (System Control Space)
the #1 at 0x8020e000
the #1 at 0x8040e000
instead of the "default" (?) value 0xe000e000
Hi,
you can force OpenOCD to use a specific DAP AP. This avoids the autodetection
that only searches for AHB.
Add "-ap-num number" in the config file to the line "target configure ...",
where number is the DAP AP number of your APB (not reported in your attachment,
but probably it is AP# 0).
Yo
Hi ALex,
I have proposed in http://openocd.zylin.com/4563 a simpler fix for the compile
warning in psoc5lp.c
I would like to have your comments on it
Regarding your proposed change in jim-nvp.h I do not get any compile error and
I do not see a reason for it. Can you please describe better the i
Hi Alex,
would you mind using gerrit to submit patches? This would let other developers
to check and comment.
The way to setup your gerrit account and send patches is explained here:
http://openocd.org/doc-release/doxygen/patchguide.html
Thanks for your contribution
Antonio
---
** [tickets:#1
Hi Alex,
the file you attached is completely different from the latest version in git.
I have tryed to compare it with all the tracked versions in the history of
this file, and the minimal diff is with a version in between OpenOCD v0.4.0 and
v0.5.0, something merged between June and December 20
Hi Alex,
this is supposed to be fixed already in git:
Commit 9364b0dba451c3cee653f985b96b9f0535997346
("Fix GCC7 warnings about switch-case fallthroughs")
http://openocd.zylin.com/4174
Can you please confirm that you are using the (one year +) old release 0.10.0
(that does not include the fix abo
61 matches
Mail list logo
