Hi!
That mechanism is flawed anyway, since it appears to assume that the host
is little-endian. The pointer cast is a strong indicator that something is
wrong.
/Andreas
On Mon, Aug 22, 2022 at 12:32 AM Antonio Borneo
wrote:
> Thanks for the quick fixes for this build issue.
> I have just merge
On Fri, Nov 19, 2021 at 11:31 AM Laszlo Sitzer wrote:
>
> I wanted to ask if there is anything speaking against making linuxgpio.c
> support
> using pin of multiple GPIO ports/chip (and not only of one as it is right
> now).
>
>
Are gpiod accesses synchronous even across different chips? Otherwis
On Mon, Oct 11, 2021 at 4:46 PM Michael McCormack wrote:
> While there are plenty of schematics for FTDI based dongles, the FTDI
> drivers cannot be included with OpenOCD right out of the box which is a
> non-starter as far as I am concerned.
>
Hm, FTDI dongles don't need any drivers for OpenOCD
On Mon, Oct 11, 2021 at 11:02 AM Antonio Borneo
wrote:
> On Mon, Oct 11, 2021 at 10:52 AM wrote:
> >
> > Hi Antonio,
> >
> > > I'm really skeptical they would agree to change the license.
> >
> > Why would they not agree? They sell hardware. If more people can use
> their hardware (eg. through O
On Thu, Oct 7, 2021 at 12:58 PM wrote:
> On Wed, 2021-10-06 at 13:06 +0200, Michael Schwingen wrote:
> > On 06.10.21 12:15, cw...@thedigitaledge.co.uk wrote:
> > > All,
> > >
> > > I'm currently trying to port P&E Multilink Universal[1,2]. This is
> > > currently supported by pyocd-pemicro[3] usi
LA_presto2.png and LA_jlink_has_reply.png look the same in the first cycles
up to the first reaction from the target on the TDO. Except that the PRESTO
keeps nTRST low the entire time so that's probably why nothing happens.
On Tue, Sep 14, 2021 at 5:53 PM Michal Hucik
wrote:
> I have no idea wha
LA_presto2.png and LA_jlink_has_reply.png look the same in the first cycles
up to the first reaction from the target on the TDO. Except that the PRESTO
keeps nTRST low the entire time so that's probably why nothing happens.
On Tue, Sep 14, 2021 at 5:53 PM Michal Hucik
wrote:
> I have no idea wha
Hi,
On Tue, Aug 24, 2021 at 6:40 PM Dietmar May wrote:
> I uploaded a series of (basically independent) commits (ie. patchsets).
>
> Code compiles, but jenkins fails for code style issues (whitespace, line
> length).
>
> All of the wikis I've seen, including the openocd patch guide, say to
>
> g
Isn't that what Wren requests? If we do nothing to the target when the GDB
connection is dropped (killed GDB or lost connection) and resume the target
on the low level packet "$D#44" (detach).
However, it's not strictly specified that the target *should* resume when
GDB detaches. "Detaching from t
On Wed, Aug 11, 2021 at 1:18 PM Daniel Kowalski wrote:
>
> Has anyone started any work on getting openocd to support flashing these
> micros?
>
>
See http://openocd.zylin.com/#/c/6173/ and the comments there.
/Andreas
On Tue, May 25, 2021 at 8:22 PM Tim Newsome wrote:
> On Mon, May 24, 2021 at 4:31 PM Andreas Fritiofson <
> andreas.fritiof...@gmail.com> wrote:
>
>>
>>
>> On Wed, Feb 17, 2021 at 9:21 PM Tim Newsome wrote:
>>
>>> On Tue, Feb 16, 2021 at 4:17 PM
On Wed, Feb 17, 2021 at 9:21 PM Tim Newsome wrote:
> On Tue, Feb 16, 2021 at 4:17 PM Steven Stallion via OpenOCD-devel <
> openocd-devel@lists.sourceforge.net> wrote:
>
>> Out of curiosity, why even bother with a more advanced structure when a
>> list will suffice? I agree it feels gross to itera
Den mån 3 maj 2021 23:43Tim Newsome skrev:
> Change
> https://sourceforge.net/p/openocd/code/ci/7dd323b26d93e49e409e02053e30f53ac8138cd5/
> cut remote bitbang performance (when talking to the spike RISC-V simulator)
> approximately in half. This change "removes the file write stream, replaces
> i
Den fre 5 mars 2021 14:13Tommy Murphy skrev:
> Slightly off topic but just curious... what was the rationale for OpenOCD
> having support for the ZY1000 in the first place since it seems to have a
> built in GDB (Remote Serial Protocol) server so that having host side
> OpenOCD would seem redunda
On Fri, Mar 5, 2021 at 12:00 PM Ooi, Cinly wrote:
> Hi All
>
>
>
> I had written a driver which uses the minidriver interface, It is working
> fine and we plan to open source it in a few weeks (>5) time when all
> internal due-diligence are done.
>
>
>
> Before I started I already noted that onl
On Thu, Feb 11, 2021 at 8:02 PM Antonio Borneo
wrote:
>
> No, you cannot have the wildcard NEWS-* in the makefile variable.
> That's the original reason of the $(wildcard xxx) GNU make function.
>
>
I didn't think so either, but it seems to work!
I tried distcheck, works fine, and the NEWS files
On Thu, Feb 11, 2021 at 6:09 PM Antonio Borneo
wrote:
> On Thu, Feb 11, 2021 at 5:52 PM Andreas Fritiofson
> wrote:
> >
> >
> > On Thu, Feb 11, 2021 at 5:47 PM Andreas Fritiofson <
> andreas.fritiof...@gmail.com> wrote:
> >>
> >>
> >&
On Thu, Feb 11, 2021 at 5:47 PM Andreas Fritiofson <
andreas.fritiof...@gmail.com> wrote:
>
> Is 'shell' a GNU Make only feature that would still have generated a
> warning from automake, like the previous 'wildcard'? Otherwise it's the
> obvious soluti
On Thu, Feb 11, 2021 at 3:25 PM Antonio Borneo
wrote:
> Hi Jan,
> thanks for reporting it.
>
> Openocd commit 4fc0f353 uses the shell assignment '!=' that has been
> introduced in GNU make in commit
>
> https://github.com/mirror/make/commit/b34438bee83ee906a23b881f257e684a0993b9b1
>
>
The commit
Den fre 22 jan. 2021 19:17shaalik via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> skrev:
> I took pre built binaries from http://openocd.org/getting-openocd/
>
> When i ran the cfg file I'm getting error as follows "Error: Flash driver
> 'stmqspi'not found
>
Those binaries are not contin
Den fre 22 jan. 2021 19:17shaalik via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> skrev:
> I took pre built binaries from http://openocd.org/getting-openocd/
>
> When i ran the cfg file I'm getting error as follows "Error: Flash driver
> 'stmqspi'not found
>
Those binaries are not contin
On Thu, Dec 10, 2020 at 9:05 AM Tommy Murphy
wrote:
> Thanks Andreas.
> Not sure why you seem to be reacting with such passive aggression to what
> was simply some well intentioned suggestions.
> :-|
>
>
I'm sorry if you read it that way, that was not how it was intended. It was
just a statement
On Wed, Dec 9, 2020 at 10:51 PM Tommy Murphy
wrote:
> Also - I find Liviu Ionescu's xPack Project openocd docker based build
> scripts useful when building openocd.
>
That's hardly going to solve the warnings, unless the build scripts are
broken. It appears Chris is perfectly capable of building
On Tue, Oct 27, 2020 at 7:36 PM wrote:
>
> *Error:* The 'gdb_port' command must be used before 'init'.
>
> I do not understand what this error message is trying to tell me. As you
> can see in my previous mail, I do invoke the 'gdb_port' command first
> before anything else. How can I solve this?
Sounds like a bug in the flash driver if it works with separate flash write
operations but not with one contiguous.
Certainly if programming a bin file fails while programming an elf file
with contiguous sections covering the same range does work. Success/fail
should not depend on the source forma
On Tue, Jun 2, 2020 at 12:53 PM Diego Elio Pettenò
wrote:
> While I'm hoping to maintain the chain of redirects for the foreseeable
> future, it makes sense to point at the final URL now that Autotools
> Mythuster has had its domain for a long while.
>
>
Thanks! Pushed for review at http://openoc
On Mon, May 18, 2020 at 8:18 AM Freddie Chopin wrote:
> Hello!
>
> Yesterday I was trying to debug a strange behaviour of my code (a bare-
> metal RTOS in C++), which was about the value exact of CONTROL special
> register (or actually the moment this value changed). It seems that
> OpenOCD did N
On Wed, Apr 22, 2020 at 12:14 PM Antonio Borneo
wrote:
> Nobody have
> complained about the deprecation
>
We did get one question about ZY1000 following the deprecation, on Thu, May
4, 2017. However there was no followup after my initial response.
I'm all for removing unused code, especially i
On Fri, Apr 3, 2020 at 1:09 PM Liviu Ionescu wrote:
>
>
> For example, I test the arm-none-eabi-gcc xPack by compiling two simple
> hello world, one with c and one with c++, with and without -flto; the
> purpose is to make the compiler use as many execution paths as possible, so
> if there are an
On Wed, Feb 5, 2020 at 1:42 PM Paul Fertser wrote:
> Hello,
>
> On Mon, Jan 20, 2020 at 12:36:55PM -0800, Tim Newsome wrote:
> > I don't think there's an option to do that. But we can get a similar
> effect by
> > switching submit strategy from Cherry-Pick to Fast-forward Only. That
> way the
On Fri, Jan 17, 2020 at 4:24 PM Antonio Borneo
wrote:
> On Fri, Jan 17, 2020 at 3:37 PM Oleksij Rempel
> wrote:
> >
> > Am 17.01.20 um 12:45 schrieb Antonio Borneo:
> is there any method to force jenkins to rebuild a patch before merging
> it? Maybe has to be rebased on top of master.
>
>
I don'
On Wed, Nov 6, 2019 at 1:37 PM Matthias Stadler <
matthias.stad...@medineering.de> wrote:
> I tried hbreak instead of break, and it worked. I'm using the
> configuration file "xmc4800-relax.cfg" which refers to "xmc4xxx.cfg",
> both from OpenOCD.
> How can I define the flash range correctly?
>
> I
On Wed, Nov 6, 2019 at 11:56 AM Matthias Stadler <
matthias.stad...@medineering.de> wrote:
> Hi Tommy,
>
> Thank you for your input. I put more informations together, hope it
> helps to get a better understanding of the issue.
>
> My workflow is as follows:
>
> 1) Start OpenOCD: /opt/openocd/bin/o
On Mon, Oct 21, 2019 at 8:58 AM Jan Matyáš wrote:
> I think BTW that we should switch to a submit strategy other than
>> cherry-pick...
>>
>> /Andreas
>>
>
> Would "Rebase Always" be a fitting submit strategy? Any disadvantage in
> doing that?
>
> https://gerrit-review.googlesource.com/Documentat
On Thu, Oct 17, 2019 at 11:11 PM Antonio Borneo
wrote:
> Just to clean-up a little, there are 21 patches in gerrit already +2
> from maintainers, but never merged.
> I run a quick test to cherry-pick and compile them, and this is the result:
>
> => 14 patches OK to cherry-pick and compile. Can be
On Mon, Aug 26, 2019 at 6:48 PM Holger Galuschka
wrote:
> Hi,
>
>
> just a hint: when running configure --enable-sysfsgpio
> --enable-bcm_whatever_number
> I run into a "missing file: ...'configure'" error.
>
> I fixed that by calling autogen.sh in the sub directory (.../jaylink - I
> don't remem
On Thu, Jun 6, 2019 at 6:51 PM Tomas Vanek via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> wrote:
> I wrote a comment on this change and guess what... Gerrit changed its
> opinion, "Cannot merge" disappeared
> and the merge button changed to blue and working. A funny bug, isn't it?
>
>
Ye
On Tue, Jun 4, 2019 at 7:28 PM Christopher Head wrote:
> It looks like the desync is still happening. It seems that sometimes SF
> catches up a bit, but then Zylin gets ahead of it again. They used to
> always be right together.
>
>
I'm amazed that the crappy SF platform still works at all. Why a
On Tue, May 28, 2019 at 9:52 AM ravi via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> wrote:
> Hello i haven't received any response from your side regarding my query
> about openocd...please help me out get out of this issue.
>
Tom already gave you the answer above; you're trying to use
On Tue, May 28, 2019 at 9:52 AM ravi via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> wrote:
> Hello i haven't received any response from your side regarding my query
> about openocd...please help me out get out of this issue.
>
Tom already gave you the answer above; you're trying to use
On Tue, May 21, 2019 at 4:27 PM wrote:
> Greetings,
>
> >
> >> Would you be interested in seeing CMake in upstream? Perhaps at first
> as an alternative (experimental) build system?
> >
> > We have already done that once and thrown it out after a while. So, no.
> >
>
> Why tossed?
>
>
Looking bac
On Tue, May 21, 2019 at 4:50 PM wrote:
> Hi OpenOCD developers and enthusiasts,
> I got in trouble many times because of non-ascii characters in some
> filenames.
>
>
Hi! What kind of trouble was that?
/Andreas
___
OpenOCD-devel mailing list
OpenOCD-de
On Tue, May 21, 2019 at 1:59 PM Jan Matyáš wrote:
>
> Would you be interested in seeing CMake in upstream? Perhaps at first as
> an alternative (experimental) build system?
>
>
We have already done that once and thrown it out after a while. So, no.
/Andreas
__
On Thu, Jan 10, 2019 at 4:29 AM Christopher Head wrote:
> On January 9, 2019 2:46:13 PM PST, Tommy Murphy
> wrote:
> >Surely this is something that the target OS needs to support rather
> >than OpenOCD?
>
> I think it makes perfect sense in the context of a microcontroller. There
> may not *be*
- **private**: Yes --> No
---
** [tickets:#205] Olimex ARM-USB-OCD-H Debugger PXA Programming Issue**
**Status:** new
**Milestone:** 0.9.0
**Created:** Wed Aug 22, 2018 04:15 AM UTC by Madhusudhan H Krishnasetty
**Last Updated:** Tue Aug 28, 2018 12:56 AM UTC
**Owner:** OpenOCD-Gerrit
**Attach
On Mon, Aug 27, 2018 at 1:29 PM Tommy Murphy
wrote:
> When I click on the link for this issue I get "Forbidden - Sorry, the
> permissions for this page don't allow you to access it."
> I can see all other issues/tickets.
> Any ideas why this one is restricted?
> Thanks
>
The issue is marked "Pri
Hi!
First of all, you're using different versions of OpenOCD for the two cases
which makes it pointless to compare them. Please use the latest released
version (0.10.0) or the current development version.
By debug log I mean you should pass "-d" on the command line to get a lot more
detailed i
No-one will be able to help you unless you post all of the information.
What does pxa.cfg contain?
How do you select between JTAGkey and ARM-USB-OCD-H?
What is the full debug log (-d) of openocd in a successful case using the
JTAGkey?
What is the full debug log when it fails, using the ARM-US
On Wed, Aug 22, 2018 at 8:33 PM Ismail Kose wrote:
> I built openocd from 6060545458f6863710d576fc4bd2512d34f88f89 commit-id,
> but cant make SWD working. I get `invalid command name "swd"` error
> message when I run "sudo openocd -f max3263x_hdk.cfg" command on my Ubuntu
> 16.04.
>
>
You'll nee
On Wed, Aug 22, 2018 at 8:33 PM Ismail Kose wrote:
> I built openocd from 6060545458f6863710d576fc4bd2512d34f88f89 commit-id,
> but cant make SWD working. I get `invalid command name "swd"` error
> message when I run "sudo openocd -f max3263x_hdk.cfg" command on my Ubuntu
> 16.04.
>
>
You'll nee
On Mon, Aug 20, 2018 at 4:06 PM, Tomas Vanek via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> wrote:
> On 20.08.2018 15:42, Andreas Fritiofson (Code Review) wrote:
>
>> Line 66:while (!(*((volatile unsigned *)CMNSR) & TEND));
>> The style check complain
On Sun, Aug 19, 2018 at 11:17 AM, perillamint
wrote:
> Hello, everyone.
>
> I'm trying to add support for NuMicro M45x series. Fortunately, there are
> already support for its M0 family chip.
>
> I looked its code and found it has some addresses of registers. However,
> M0
> series and M4 series
On Tue, Aug 7, 2018 at 6:58 AM, Rick Foos wrote:
> Looking for ideas on how to read a slow register (250ms) with openocd Mdw.
>
You say 250 ms but from the code and the log, OpenOCD attempts the access
for 10*75 ms without success. Typo?
When I try to read one of these slow registers, I hit a W
On Tue, Mar 20, 2018 at 8:54 AM, Matthias Welwarsky
wrote:
> Hi folks,
>
> currently the DAP support for ARMv7 and v8 targets is undergoing a major
> restructuring.
I just want to say that I'm really excited about these changes that seems
to be just along the lines of what I've been planning fo
On Mon, Mar 5, 2018 at 6:40 PM, Szczepan Zalega | Nitrokey <
szcze...@nitrokey.com> wrote:
> After issuing 'stm32f1x lock 0', the 'reset run' command is not working
> (it seems that device is not resuming its work - it is not enumerated on
> USB) and I need to reinsert my device to USB slot to be
On Fri, Jan 12, 2018 at 10:28 PM, Josef Gajdusek wrote:
>
> Suggested fix: https://github.com/antirez/redis/blob/
> 8075572207b5aebb1385c4f233f5302544439325/src/networking.c#L1758
>
>
I ported the Redis fix to OpenOCD, please review:
http://openocd.zylin.com/4335
Although honestly I think this i
On Sat, Nov 4, 2017 at 10:13 PM, Tomas Vanek
wrote:
> On 04.11.2017 21:53, Andreas Fritiofson wrote:
>
>
> Why isn't the corresponding target always passed to the Tcl event handler
> (in target_handle_event)? Seems like a handler would always need that if
> it's doing
On Wed, Nov 1, 2017 at 8:22 AM, Tomas Vanek via OpenOCD-devel <
openocd-devel@lists.sourceforge.net> wrote:
> Hi all,
>
> I need to create an event routine which is aware of a currently processed
> target.
> The easiest but awkward solution is to declare an iteration variable as
> global.
> My sec
On Sun, Oct 29, 2017 at 12:05 AM, Andreas Bolsch
wrote:
>
> Quite trivial to fix, of course, however, point is whether to handle this
> gracefully (like ST-Link utility does) or to reject the file as invalid?
>
If the file is not following the format specification I say we should *not*
accept it
On Sun, Oct 22, 2017 at 10:10 PM, Christian Groessler
wrote:
> On 10/20/17 09:14, Andreas Fritiofson wrote:
>
> Hi Andreas,
>
> do you mean that I should give a "+1" to my own patch? Smells somehow like
> "cheating" to me...
>
> regards,
> chris
&
On Fri, Oct 20, 2017 at 1:33 AM, Christian Groessler
wrote:
> On 10/19/17 16:04, Andreas Fritiofson wrote:
>
>
> On Thu, Oct 19, 2017 at 3:10 PM, Christian Groessler
> wrote:
>
>> Ok guys,
>>
>> what's the problem with #3106?
>>
>> This is
On Thu, Oct 19, 2017 at 3:10 PM, Christian Groessler
wrote:
> Ok guys,
>
> what's the problem with #3106?
>
> This is very frustrating for me...
>
No-one has provided any positive feedback score since I pushed the updated
version. Patches that are left unreviewed are quickly forgotten.
> Proba
On Mon, Sep 25, 2017 at 12:39 PM, Bohdan Tymkiv wrote:
> Hi Andreas,
>
> The main problem with PSoC6 devices is that CPU must be in Running state
> in order to perform Flash Write/Erase operations. Normally this is done by
> device boot code and is called TEST MODE.
>
> ...
> Because we can not
On Fri, Sep 22, 2017 at 12:16 PM, Bohdan Tymkiv wrote:
>
> This device requires special acquisition procedure prior to any Flash
> operation. Acquisition procedure involves setting breakpoint at arbitrary
> Flash address. Breakpoint can be cleared after acquisition procedure has
> been completed.
Hi!
On Thu, Aug 17, 2017 at 2:03 AM, Rick Foos wrote:
> Someone using an earlier version of openocd passed halt on the command
> line. They would like to keep doing that, and I'm trying to restore that.
>
> ~/openocd/src/openocd -s ~/openocd/tcl/ -f
> ~/openocd/tcl/board/ambiq_apollo_evk_v2.cfg
On Mon, Aug 14, 2017 at 7:31 PM, R0b0t1 wrote:
> Help from Paul Fertser has shown that this is probably an error on the
> packager's end. Unfortunately, it might take extra work to package
> OpenOCD for Windows; if the project only wishes to support Unixes
> (incl. Cygwin) I think it would be hel
On Fri, Jul 7, 2017 at 10:49 PM, Borton, Nick wrote:
> Error: 402 18 mpsse.c:363 mpsse_open(): unable to open ftdi device with
> vid 0403, pid 6014, description 'Digilent Adept USB Device', serial '*' at
> bus location '*'
>
>
Check lsusb -v -d 0403:6014 and look at the product string. Perhaps it
On Thu, Jun 29, 2017 at 5:29 PM, Borton, Nick wrote:
>
> I am currently getting the following error:
>
>
>
> libtool: link: gcc -std=gnu99 -Wall -Wstrict-prototypes -Wformat-security
> -Wshadow -Wextra -Wno-unused-parameter -Wbad-function-cast -Wcast-align
> -Wredundant-decls -Werror -o src/openo
On Sun, Jul 2, 2017 at 10:44 AM, Paul Fertser wrote:
> Hello,
>
> On Sun, Jul 02, 2017 at 08:15:21AM +0300, admin via OpenOCD-user wrote:
> > how off auto-selecting first available session transport "jtag"? I need
> > swd. help me please.
>
> Please use "transport select swd" command _after_ int
I found a problem in the related code but I'm not sure if it could be the
cause. Please test with http://openocd.zylin.com/4167 and report if it helps or
not.
By the way, you have two different addresses in the commands you compare:
"mdb 0x8000 100" and "mex1 mdb 0x800 100"; note the dif
Hi!
On Mon, Jun 19, 2017 at 7:50 PM, Tim Newsome wrote:
> I'm finally looking at this again. :-)
>
> SMP isn't quite the behavior I would like. Specifically, it would be nice
> to halt/resume different cores independently, and hardware breakpoints are
> also unique per core.
>
> To recap the pro
Hi and thanks for working on OpenOCD!
On Wed, May 31, 2017 at 2:59 PM, Fewell, Edward wrote:
> I am currently implementing the Texas Instruments XDS110 debug probe in
> OpenOCD. The firmware of this probe includes APIs to read and write memory
> via the target’s DAP for ARM Cortex based devices.
On Thu, May 4, 2017 at 3:07 PM, Andreas Beranek
wrote:
> Hello,
>
> what must be done to get back the ZY1000 support?
>
Nothing, it's still there in current master. However if you want to keep it
there we need to discuss how it is going to be maintained.
/Andreas
---
On Mon, Apr 24, 2017 at 3:42 PM, Matthias Welwarsky
wrote:
> Suggestion:
>
> - surround the #define __unused with an "#ifndef __unused" bracket, that
> should fix the problem for MacOS (the #defines are obviously compatible).
>
>
>
Kind of missing the point, identifiers starting with double under
__unused is indeed not valid C and needs to be fixed. But I think
__attribute__ ((unused)) says the entire function may be unused, not that
the parameters can be unused. For the actual usage, it seems one of the
functions is actually used so there it can be removed. The other two
functions really s
__unused is indeed not valid C and needs to be fixed. But I think
__attribute__ ((unused)) says the entire function may be unused, not that
the parameters can be unused. For the actual usage, it seems one of the
functions is actually used so there it can be removed. The other two
functions really s
uld I have done?
>
> -Original Message-
> From: Горелов Валентин Владимирович
> Sent: Friday, March 10, 2017 10:31 AM
> To: 'Paul Fertser'; Andreas Fritiofson
> Cc: openocd-devel@lists.sourceforge.net
> Subject: RE: [OpenOCD-devel] Possible GPL vi
On Fri, Mar 17, 2017 at 1:02 PM, Liviu Ionescu wrote:
>
>
> my plan is to use rom, not ram, which usually is not as limited, so a few
> tens of bytes used for the metadata would be perfectly acceptable.
>
> the current metadata looks like this:
>
> const __attribute__ ((section(".drtm")))
> struc
On Thu, Mar 9, 2017 at 2:45 PM, Paul Fertser wrote:
> On Thu, Mar 09, 2017 at 12:11:20PM +0000, Andreas Fritiofson wrote:
> > According to the license agreement for the softconsole IDE, Microsemi
> offers to
> > provide the source code to any of the open source components, t
According to the license agreement for the softconsole IDE, Microsemi
offers to provide the source code to any of the open source components,
thereby complying with the license (at least the first step).
The request should be made to david.sut...@microsemi.com and not the
support channel, which ma
On Mon, Feb 27, 2017 at 10:17 AM, Mykhaylo Lyubun <
mykhaylo.lyu...@cypress.com> wrote:
> Hi all,
>
>
>
> I execute next commands to create and submit code into code review:
>
> git clone git://git.code.sf.net/p/openocd/code openocd
>
> git remote add review http://psoprogram...@openocd.zylin.com/
On Thu, Feb 2, 2017 at 11:06 AM, Mykhaylo Lyubun <
mykhaylo.lyu...@cypress.com> wrote:
> Hi all,
>
>
>
> I execute next steps on Windows 10 with CyGwin(2.6.1):
>
>
>
> 4) Open "bootstrap" file in Notepad ++ and check conversetio type.
> (Edit->EOL Conversetion->Unix(LF))
>
Why do you need thi
Hi!
I set the topic to 0.10.0 for my fixes that I think is 0.10.0 material.
That could be a good convention to allow you to track changes that could be
allowed in rc stage and the rest of us to focus review efforts on those
changes. I'm afraid that without tracking, important fixes might be lost i
Den 27 dec. 2016 11:53 em skrev "Freddie Chopin" :
On Sun, 2016-12-25 at 18:26 +0300, Paul Fertser wrote:
> 2. Some ./configure options changed:
>1. ft2232, D2XX, oocd_trace, zy1000, ioutil support removed
Running ./configure --help still lists some of the options that should
be removed:
Co
On Sat, Nov 19, 2016 at 11:42 PM, Liviu Ionescu wrote:
>
> > On 20 Nov 2016, at 00:13, Andreas Fritiofson <
> andreas.fritiof...@gmail.com> wrote:
> >
> > Supposedly packagers should be familiar with the options and the
> platform capabilities.
>
> it'
On Sat, Nov 19, 2016 at 2:59 AM, Xiaofan Chen wrote:
> On Sat, Nov 19, 2016 at 7:18 AM, Andreas Fritiofson
> wrote:
> > On Fri, Nov 18, 2016 at 11:31 PM, Liviu Ionescu wrote:
> >> with --disable-amtjtagaccel & --disable-gw16012, the macOS build passed.
> >>
&
On Fri, Nov 18, 2016 at 11:31 PM, Liviu Ionescu wrote:
>
>
> with --disable-amtjtagaccel & --disable-gw16012, the macOS build passed.
>
>
Do these two build on master? I guess not.
Why do you disable parport? That one also uses the same condition to
include sys/io.h so it would probably also fai
On Fri, Nov 18, 2016 at 3:33 PM, Liviu Ionescu wrote:
> while preparing GNU ARM Eclipse OpenOCD for the announced 0.10.0 release,
> I tried to enable the new configure options, and I encountered the
> following problems:
>
> on macOS 10.12:
>
> - --enable-oocd_trace fails with undeclared identifi
Hi, this is expected since sysfsgpio is a linux-specific feature so it makes no
sense to enable it for mingw.
---
** [tickets:#139] --enable-sysfsgpio fails with 'O_NONBLOCK' undeclared,
'O_SYNC' undeclared**
**Status:** new
**Milestone:** 0.9.0
**Created:** Fri Nov 18, 2016 12:26 PM UTC by L
Thanks for the report but --enable-zy1000 is not relevant on mingw since it's
for building for an embedded ARM platform.
---
** [tickets:#138] --enable-zy1000 fails with netinet/tcp.h: No such file or
directory**
**Status:** new
**Milestone:** 0.9.0
**Created:** Fri Nov 18, 2016 12:18 PM UTC
Den tors 17 nov. 2016 20:40Uwe Bonnes <
b...@elektron.ikp.physik.tu-darmstadt.de> skrev:
> Hello,
>
> obvious 3556 changes src/rtos/Makefile.am like my 3881 does. So my patch
> gets tagged with a merge error. 3556 has +2. So can anybody merge 3556 so
> that I can rebase 3881 to remove the red flag
On Thu, Nov 10, 2016 at 9:23 AM, Paul Fertser wrote:
> On Thu, Nov 10, 2016 at 07:47:52AM +, Mykhaylo Lyubun wrote:
> > When I collect data on SWD line I saw not correct Access Port (AP)
> current is 0
> > as default but I need set 4.
>
> Commit beb843d28dd1dcf5ef4f761128bb2639913bfcfe made C
On Sun, Nov 6, 2016 at 2:01 PM, Jens Bauer wrote:
> Hi Andreas.
>
> On Sat, 5 Nov 2016 16:42:59 +0100, Andreas Fritiofson wrote:
> >>>> /src/openocd/src/helper/jep106.c:28: warning: initialized field
> overwritten
> >>>> /src/openocd/src/helper/jep106
On Sat, Nov 5, 2016 at 4:02 PM, Jens Bauer wrote:
>
> I'll try and apply -Wno-override-init and build again.
>
> Unfortunately, Verisign ceased their OpenID service, so now I'll need to
> set up an OpenID server in order to get my Gerrit-login working again, so
> it might take a few days before I
On Sat, Nov 5, 2016 at 1:15 AM, Jens Bauer wrote:
>
> I'll build a Mac PPC version like last time.
>
> If I do a clean checkout+build, I get a whole bunch of build-errors
> (caused by a warning):
>
> /src/openocd/src/helper/jep106.c:28: warning: initialized field
> overwritten
> /src/openocd/src/
Hi!
It easier to test on different targets if we have an actual patch to try.
That said, I fear it will not get a lot of testing as you'd probably have
to be affected by this corner case to bother.
I don't really follow the logic that GDB can't know which bp/wp was hit. Is
it because the halt $pc
Hi,
On Wed, Aug 24, 2016 at 11:21 AM, Andreas Färber wrote:
> Our current interface with -work-area-phys foo -work-area-size bar is
> very limited.
> ...
It would be nice to be able to allocate from all of them, while still
> having -work-area-backup respected.
>
>
The working area allocator it
Hi there!
On Mon, Aug 22, 2016 at 5:43 AM, J Mo wrote:
>
> The board, in addition to the IPQ8064, has 2x QCA9980 802.11 radios, a
> QCA8337 ethernet switch, and a Spansion S34MS02G200BHI000 256MB SLC NAND
> flash. No telling what's on the JTAG line though.
>
> I bought a TIAO TUMPA adapter board
Hi!
What about your Kinetis changes, are they ready? Many have +1 review. It's
not really clear from Gerrit what the dependency order is (ending with
#3614?). Can you list the ready changes in the order they can be applied?
/Andreas
On Sat, Aug 13, 2016 at 12:26 AM, Tomas Vanek wrote:
> Mainta
There is a patch.
http://openocd.zylin.com/3511
---
** [tickets:#130] nrf52 support**
**Status:** new
**Milestone:** 0.9.0
**Created:** Sat Aug 13, 2016 06:14 PM UTC by Scott Menor
**Last Updated:** Sat Aug 13, 2016 06:14 PM UTC
**Owner:** nobody
It'd be great to get support for nrf52x buil
1 - 100 of 523 matches
Mail list logo
