01:09
tsal has quit [Ping timeout: 245 seconds]
01:16
tsal has joined #openocd
01:18
boru` has joined #openocd
01:18
boru has quit [Killed (NickServ (GHOST command used by boru`))]
01:18
boru` is now known as boru
01:21
devanagram has quit [Ping timeout: 245 seconds]
01:23
nohit has quit [Ping timeout: 245 seconds]
01:23
devanagram has joined #openocd
01:26
nohit has joined #openocd
01:37
key2 has quit [Read error: Connection reset by peer]
01:37
nohit has quit [Read error: Connection reset by peer]
01:45
key2 has joined #openocd
01:45
nohit has joined #openocd
01:52
thinkfat has quit [Ping timeout: 260 seconds]
01:52
thinkfat_ has joined #openocd
01:53
akaWolf has quit [Ping timeout: 252 seconds]
02:26
akaWolf has joined #openocd
02:27
[itchyjunk] has joined #openocd
02:54
Hawk777 has joined #openocd
03:15
[itchyjunk] has quit [Remote host closed the connection]
04:23
emeb has quit [Quit: Leaving.]
04:31
danergo has joined #openocd
04:31
<
danergo >
perfect, thank you
05:51
nerozero has joined #openocd
06:14
<
danergo >
I'd need a little bit of advice for compilation:
06:14
<
danergo >
I got two warnings (which then considered as errors):
06:14
<
danergo >
./src/helper/log.h:133:2: error: ‘status’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
06:15
<
danergo >
it's coming from
06:15
<
danergo >
src/flash/nor/jtagspi.c: In function ‘jtagspi_write_enable’:
06:16
<
danergo >
okay, status is indeed not initialized, but it's used for storage:
06:16
<
danergo >
uint32_t status; ... jtagspi_read_status(bank, &status);
06:17
<
danergo >
and I know how can I disable this error, but is it safe to disable this?
06:22
<
danergo >
I have inited status for 0
06:35
<
PaulFertser >
danergo: --disable-werror configure option
07:14
crabbedhaloablut has quit [Remote host closed the connection]
07:16
crabbedhaloablut has joined #openocd
07:19
devanagram has quit [*.net *.split]
07:19
tsal has quit [*.net *.split]
07:19
boru has quit [*.net *.split]
07:19
zjason has quit [*.net *.split]
07:19
c4017w_ has quit [*.net *.split]
07:19
renrelkha has quit [*.net *.split]
07:19
HelloShitty has quit [*.net *.split]
07:22
Haohmaru has joined #openocd
07:30
tsal has joined #openocd
07:30
boru has joined #openocd
07:30
c4017w_ has joined #openocd
07:30
renrelkha has joined #openocd
07:30
devanagram has joined #openocd
07:30
zjason has joined #openocd
07:30
HelloShitty has joined #openocd
07:31
joconor has joined #openocd
07:44
<
danergo >
PaulFertser: is that safe?
07:44
<
danergo >
now it compiled successfully with my mods, although it ran onto a link error
07:46
<
danergo >
this link error brings me search results from earlier than 2010 :O
07:46
<
PaulFertser >
danergo: yes, safe
07:46
<
PaulFertser >
danergo: what link error?
07:46
<
danergo >
can't paste wtf :D
07:47
<
danergo >
jim-aio.c:2094
07:47
<
danergo >
undef reference to openpty
07:47
<
danergo >
it's said: That's a linking error; you're missing the util library.
07:48
<
danergo >
dated for 2010.12.20 :)
07:49
Jookia has left #openocd [#openocd]
07:52
Hawk777 has quit [Quit: Leaving.]
07:56
<
danergo >
I found a workaround here:
07:57
<
danergo >
but they had an old gcc version of 7 something
07:57
<
danergo >
and I have gcc (Raspbian 10.2.1-6+rpi1) 10.2.1 20210110
07:58
<
danergo >
and I have libutil available in
07:58
<
danergo >
"/usr/lib/arm-linux-gnueabihf/libutil.so"
07:58
<
PaulFertser >
danergo: openocd should be easily buildable without any tricks or workarounds. Use some pastebin to show full build log and config.log.
08:00
<
danergo >
yes, that's why I mentioned, so I might be "help" for you somehow after those great efforts you've done for me earlier :)
08:01
<
danergo >
Here is the link error:
08:01
<
olerem >
danergo: what is your gcc version?
08:01
<
danergo >
I have gcc (Raspbian 10.2.1-6+rpi1) 10.2.1 20210110
08:02
<
olerem >
PaulFertser: what gcc do we use for compile tests?
08:03
<
PaulFertser >
danergo: I'd just run the last command (that ends with -ldl) with -lutil appended and get on with your primary task.
08:04
<
danergo >
yes, I'll do that
08:05
<
PaulFertser >
olerem: basically what current Debian stable has.
08:05
<
PaulFertser >
olerem: do you really need me to check? This -lutil Jim error feels unrelated to the toolchain version.
08:06
<
olerem >
PaulFertser: ah, forget it .)
08:23
<
danergo >
LIBS='-lutil ' ./configure ... fixes this
08:25
<
PaulFertser >
Or that. Shouldn't be needed but probably some odd incompatibility or a bug in Jim.
08:36
<
danergo >
yes, although now with my own version things are much worse than with official:
08:37
<
danergo >
what I did is basically cloned the repo, and applied those unmerged diffs (thus I went back to 0.10)
08:37
<
danergo >
but during run, I got bunch of wrong args in cfg files
08:37
<
danergo >
mainly in icepick.cfg
08:39
<
danergo >
actually it all roots back to icepick ln57
08:39
<
PaulFertser >
danergo: you should be using config files from that old version too
08:40
<
danergo >
sure I'm doing that
08:40
<
PaulFertser >
danergo: there were plenty of changes since then.
08:40
akaWolf has quit [Ping timeout: 265 seconds]
08:40
<
danergo >
I have compiled and did "make install" to /opt
08:40
<
danergo >
original version is in /usr
08:40
<
PaulFertser >
danergo: hm, looks like you're using newer jimtcl though.
08:40
<
danergo >
so I have two different openocd currently with their own structure
08:41
<
PaulFertser >
jimtcl expr changes are recent.
08:41
<
PaulFertser >
Probably after going back you didn't do git submodule update.
08:41
<
danergo >
that might be, as the unmerged commit put the repo back to 0.10, but i might updated the submodules earlier
08:41
<
danergo >
I haven'tű
08:41
<
danergo >
I haven'tű
08:42
<
danergo >
so first going back then do submod update is the right path?
08:49
akaWolf has joined #openocd
09:22
akaWolf has quit [Ping timeout: 265 seconds]
09:30
akaWolf has joined #openocd
10:09
[itchyjunk] has joined #openocd
11:38
<
borneoa_ >
danergo: either you are on an old ooenocd code or some mess in the configuration
11:55
danergo has quit [Quit: Client closed]
12:18
danergo has joined #openocd
12:19
<
danergo >
borneoa_: I checked out the branch which fixes TI's issues, and that might revert back to an earlier date then this last commit you've sent
12:19
<
danergo >
thank you
12:20
<
danergo >
Yes, confirmed, it was in 5658, and this libutil fix is in 5922
12:50
<
danergo >
now I've completely started from scratch, cloned the code, checked out the branch with TI's stuff, and cherrypicked the compile-fix on top of that
12:50
<
danergo >
make is running now, fingers crossed :)
15:54
Haohmaru has quit []
15:55
Hawk777 has joined #openocd
16:02
<
danergo >
huh. I'm almost there
16:02
<
danergo >
I think flashing now works with reset, but I got 3 errors after reset:
16:02
<
danergo >
Error: Debug regions are unpowered, an unexpected reset might have happened
16:02
<
danergo >
Error: JTAG-DP STICKY ERROR
16:02
<
danergo >
Error: Could not find MEM-AP to control the core
16:02
<
danergo >
but otherwise, write is successful, verify also
16:03
<
danergo >
just I'm worried about those errors
16:17
<
PaulFertser >
danergo: I wouldn't worry if verify is successful.
16:44
nerozero has quit [Ping timeout: 245 seconds]
17:04
rudar has joined #openocd
17:11
Hawk777 has quit [Quit: Leaving.]
19:20
<
danergo >
I prefer not having errors, so I think I'll go easy with 0.11, and manual reset, before/after openocd run
20:41
rudar has quit [Quit: Leaving]
21:45
[_] has joined #openocd
21:48
[itchyjunk] has quit [Ping timeout: 260 seconds]
21:56
[_] is now known as [itchyjunk]
22:41
danergo has quit [Quit: Client closed]