#timvideos

/

      • shenki
        okay
      • so when I do this step, it gives me the "failed to identify flash" message:
      • jtagspi_init 0 {third_party/flash_proxies/bscan_spi_xc7a35t.bit}
      • Error: Unknown flash device (ID 0x00ffffff)
      • felix_
        you have the spi proxy bitstreams on your machine? iirc they aren't shipped within openocd
      • shenki
        yeah, i do
      • mithro ships them as part of the litex environment we use
      • tpb
        Title: GitHub - jordens/bscan_spi_bitstreams (at github.com)
      • felix_
        made a pull request for that; would be good if someone could verify that this doesn't break anything (it shouldn't, but i don't have an arty here to test) https://github.com/timvideos/conda-hdmi2usb-pac...
      • tpb
        Title: openocd/digilent-arty: use existing digilent-hs1.cfg as programmer by felixheld · Pull Request #23 · timvideos/conda-hdmi2usb-packages · GitHub (at github.com)
      • felix_
        upstreaming that would be best, but the openocd people seem to be quite slow with looking at patches; i submitted openocd support for the ac701 maybe three weeks ago and still didn't get any response or review
      • mithro
      • tpb
        Title: Gerrit Code Review (at openocd.zylin.com)
      • mithro
        felix_: I've found the best way is to join #openocd and poke PaulFester to get stuff reviewed
      • shenki
        mithro: how do we debug the failure to identify flash?
      • mithro
        shenki: Not sure...
      • shenki: Sorry, have stuff I need to be doing...
      • felix_
        the patch on the openocd gerrit misses the spi flash programming include
      • mithro: ok, thx; i put that on my todo list
      • currently packing the stuff i need for the hackathon in vienna
      • mithro
        This year is disappearing soooooo fast....
      • felix_: Do you have an Arty A7 board?
      • CarlFK has quit
      • felix_
        no
      • shorne_ joined the channel
      • i currently have a zybo, an ac701, an icoboard, a pipistrello, some custom fpga board and maybe some old fpga boards i don't remember exactly (maybe spartan 3 and virtex 4)
      • ah and one trenz artix7 micromodule with base board
      • shorne has quit
      • shenki
        mithro: my cpu_reset hacks did not work
      • mithro: when you have a moment please tell me what I did wrong
      • tpb
        Title: arty: add csr for cpu_reset · shenki/HDMI2USB-misoc-firmware@a426189 · GitHub (at github.com)
      • mithro
        shenki: What happens?
      • shenki: Nothing or the system locks up?
      • shenki
        nothing
      • mithro
        shenki: Can you test by using bios mr command?
      • shenki
        i can try that. i was using devmem from userspace which does the same thing
      • oh. that made the console print lots of "ef bf bd ef"
      • and then it hung
      • CarlFK joined the channel
      • mithro
        shenki: Well that is kind of what I expected....
      • wcmckee has quit
      • shenki
        that's not what i'm after
      • i want it to reboot the cpu :)
      • mithro
        shenki: You need to do something a little bit more advanced because doing the reset causes the clock to go away which means you never come out of reset...
      • shenki
        okay
      • mithro
        shenki:
      • arch/openrisc/kernel/head.o: In function `evbar_setup':
      • >> (.head.text+0xa8): undefined reference to `PHYSICAL_START'
      • shenki
        git describe?
      • felix_
        something seems to be wrong with the openocd buildbot from conda-hdmi2usb-packages; it fails with "Source download failed. Please investigate." https://travis-ci.org/timvideos/conda-hdmi2usb-...
      • shenki
        mithro: what does 'git describe' say?
      • mithro
        shenki: It's in a random email from kbuild-test-robot
      • shenki
        oh. ignore it
      • my github tree gets build by the intel 0day infrastructure :)
      • free build-test coverage of litex development \o/
      • mithro
        felix_: Open the last fold on that page
      • Applying patch: '/home/travis/build/timvideos/conda-hdmi2usb-packages/openocd/digilent-arty.patch'
      • Patch level ambiguous, selecting least deep
      • patching file tcl/board/digilent_arty.cfg
      • /usr/bin/patch: **** unexpected end of file in patch
      • felix_
        oops. well i'll fix it tomorrow
      • shenki
        generate the patch with `git format-patch`
      • if you haven't committed it, then generate it with `diff -up`
      • but i recommend committing it :)
      • felix_
        ok, will do. have to get some sleep now though to be awake when i have to catch my train to the airport
      • shenki
        no worries. enjoy your hackfest!
      • felix_
        thx :)
      • shorne_ has quit
      • mikal has quit
      • msantana has quit
      • puck has quit
      • thaytan has quit
      • cyrozap has quit
      • cr1901_modern has quit
      • sb0 has quit
      • felix_ has quit
      • Peetz0r has quit
      • jimmo has quit
      • CarlFK has quit
      • CARAM___ has quit
      • Kripton joined the channel
      • micolous joined the channel
      • CarlFK has quit
      • CarlFK joined the channel
      • rohitksingh_work joined the channel
      • rohitksingh_wor1 joined the channel
      • rohitksingh_work has quit
      • sb0 has quit
      • shorne_
        shenki: I will start looking at the patches for evbar
      • shenki
        shorne_: cool
      • shorne_
        as per mithro's mail updates for: networking, evbar patches, next steps...
      • Is there anything you want me to take over?
      • shenki
        let me check the email
      • shorne_
        I have been busy the last few days/weeks with gdb upstreaming (or1k port is upstream now) and the uclibc fixes
      • shenki
        shorne_: congrats on the gdb upstreaming work!
      • shorne_: there are a few things in head.S we need to fix for litex support
      • shorne_: one is using evbar for saving registers
      • shorne_: another changing the way the uart is used in head.S
      • shorne_: the options there would be to write a driver for the litex uart, and use that when we're on a litex platform
      • shorne_: the other is to remove the use of it from the assembly, and rely on a C driver
      • do you have thoughts?
      • shorne_
        shenki: thanks on gdb its been a long work in progress
      • on uart, I am fine removing in head.S, usually thats just there for some really early time debugging
      • its just edited when needed
      • Is it needed/used in litex?
      • shenki
        shorne_: i don't think it's required. need to double check
      • sb0 joined the channel
      • tsglove joined the channel
      • rohitksingh_wor1 has quit
      • rohitksingh joined the channel