Back
[09:04:17] <jepler> yay, it didn't take much work to reconstitute my hostmot2-firmware building environment
[09:04:36] <jepler> hm
[09:04:36] <jepler> INFO:Security:54 - 'xc3s400' is a WebPack part.
[09:04:36] <jepler> WARNING:Security:42 - Your software subscription period has lapsed. Your current
[09:04:40] <jepler> version of Xilinx tools will continue to function, but you no longer qualify for
[09:04:43] <jepler> Xilinx software updates or new releases.
[09:16:30] <pcw_home> Ha! there are no updates to any webpack version (you are supposed to be using Vivado which naturally only supports SP6 and newer)
[09:24:18] <jepler> I won't sweat it then
[09:58:53] <jepler> PCW: in your workflow, how do you produce the .PIN files?
[10:00:05] <pcw_home> I do it from the hardware, for example mesaflash can make .pin files
[10:02:04] <pcw_home> mesaflash will make pncconf xml files also
[10:02:05] <pcw_home> one very unfortunate thing is that there is no canonical pin /module
[10:02:07] <pcw_home> name source file so mesaflash /pncconf differ on names
[10:02:39] <jepler> I thought that is what you did
[10:02:41] <jepler> it's inconvenient
[10:03:53] <pcw_home> its convenient if you want the pinout of what you have
[10:04:43] <pcw_home> its certainly inconvenient if you want to distribute .pin/.xml files
[10:06:01] <jepler> in hostmot2-firmware I had developed a way to build the pin .vhd file + some supporting files into a native executable which can be run to print the "pin file"
[10:06:07] <jepler> but that uses a vhdl compiler that is not in debian anymore
[10:21:10] <jepler> .. but yay, once again I've succeeded in flogging the old one along
[10:40:07] <pcw_home> Is it updated so it can build the current source?
[12:06:08] <jepler> looks like the last time we tried updating the vhdl source was in 2014
[12:08:05] <jepler> I recall that I got sidetracked by wanting to build the embedded processors' own firmwares, and let the perfect be the enemy of the good...
[12:09:38] <jepler> I was messing with it today because Seb wanted a firmware for 7i47-400 + one 7i54 and we thought there wasn't one
[12:14:32] <pcw_home> yeah the firmware for the embedded processors is not likely to change often, I think the last thing I did was make the
[12:14:34] <pcw_home> resolver firmware work with a100 MHz clock low so it would work on Ethernet cards
[12:16:51] <seb_kuzminsky> we're building firmware for the 7i43-400, to talk to the 7i54 (6x100W servo amp)
[12:16:56] <seb_kuzminsky> seems to be working now
[12:17:15] <pcw_home> I should add broadcast ping/UDP support to the Ethernet firmware (theres even a reserved place in the EEPROM for the netmask)
[12:17:17] <pcw_home> but I have been too busy to get t it
[12:17:46] <pcw_home> I think the 7I54 is a just 7I48 pinout wise
[12:18:01] <seb_kuzminsky> i think so too
[12:40:43] <jepler> PCW: we just ran into a problem with the alias code...
[12:40:48] <jepler> IOPortTag & x"00" & PWMTag & PWMCEnaPin, -- I/O 00 7I48 pinout
[12:40:54] <jepler> IOPortTag & x"00" & PWMTag & PWMCEnaPin, -- I/O 23
[12:41:12] <jepler> because two GPIOs have the same unit/function/pin, they get the same computed name for the alias
[12:41:22] <jepler> creating the second alias fails, and linuxcnc doesn't start
[12:41:42] <pcw_home> Forgot about that (common enables)
[12:43:19] <jepler> do you have any bright ideas about how linuxcnc should handle this?
[12:43:48] <jepler> right now our best brainstormed idea is to call the firmware broken and create no aliases about the second GPIO
[12:44:52] <pcw_home> Yeah thats one way, but sometimes is doe make sense to drive multiple pins from one source
[12:44:57] <jepler> I agree
[12:44:59] <pcw_home> does
[12:45:43] <jepler> if you don't want to call all such firmwares broken then we'd need to do something else
[12:45:51] <jepler> in linuxcnc
[12:47:00] <jepler> add an additional .#. in the case where there's more than one pin driven from the same source
[12:47:35] <jepler> (for example)
[12:48:56] <pcw_home> Or do all the alias based GPIO munging with 32 bit masks so setting pwm0.ena.io-options set all pins at once
[12:49:48] <jepler> :-/
[12:50:25] <pcw_home> since you are unlikely to need to change the I/O options of these pins, a name collision avoidance trick seems fine
[12:50:49] <jepler> I'll look at implementing that
[12:53:48] <seb_kuzminsky> pcw_home: 7i48 and 7i54 have the same interface (as seen from the fpga), right?
[12:54:09] <seb_kuzminsky> so whatever we do for 7i48 we should also do for the 7i54 firmwares that we're adding
[12:59:35] <pcw_home> yeah (well theres really no difference in 7I48 and 7I54 firmware 6 muxed encoders, 6 pwm/dir pairs and 2 enables = 24 pins )
[13:24:26] <jepler> hm2_5i20.0.pwmgen.00.0.enable.invert_output hm2_5i20.0.gpio.000.invert_output
[13:24:29] <jepler> hm2_5i20.0.pwmgen.00.1.enable.invert_output hm2_5i20.0.gpio.023.invert_output
[13:24:41] <jepler> so basically I propose that you would get this where there are duplicates
[13:24:52] <jepler> and no change where there are not duplicates
[13:24:53] <jepler> hm2_5i20.0.encoder.00.sel0.invert_output hm2_5i20.0.gpio.010.invert_output
[13:31:20] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-aliases 53eef40 06linuxcnc 10src/hal/drivers/mesa-hostmot2/ioport.c hostmot2: make failure to create aliases non-fatal * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=53eef40
[13:31:20] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-aliases a6bd7d3 06linuxcnc 10docs/man/man9/hostmot2.9 10src/hal/drivers/mesa-hostmot2/ioport.c hostmot2: work properly with duplicate pins * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a6bd7d3
[13:31:27] <jepler> PCW, seb_kuzminsky: for your reviews
[13:39:44] <pcw_home> looks good to me (this will also show up what the are muxed encoders on multiple connectors so the are multiple select pins)
[13:39:59] <pcw_home> s/what/when/
[13:40:25] <pcw_home> s/the/there/
[13:41:59] <pcw_home> hmm 53.7 ms latency, not good to build kernels (or at least have the installer do modprobey stuff)
[13:42:01] <pcw_home> when running linuxcnc
[13:42:20] <jepler> eew
[13:43:18] <pcw_home> I've noticed this before, at the end when it installs drivers, things go bad
[13:43:42] <pcw_home> maybe poking at the network driver
[13:59:17] <KGB-linuxcnc> 03Jeff Epler 05master b828977 06hostmot2-firmware 10.gitignore 10Makefile 10README build: make it easier to specify a custom fw list * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=b828977
[13:59:18] <KGB-linuxcnc> 03Jeff Epler 05master 160d0bc 06hostmot2-firmware 10README README: update and reword * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=160d0bc
[13:59:28] <KGB-linuxcnc> 03Chris Radek 05synchronized-homing 123a8c9 06linuxcnc 10(7 files in 5 dirs) read [AXIS*]HOME_SYNCHRONIZED and pass it along to motion * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=123a8c9
[13:59:28] <KGB-linuxcnc> 03Chris Radek 05synchronized-homing 52ad732 06linuxcnc 10src/emc/motion/homing.c WIP * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=52ad732
[13:59:28] <KGB-linuxcnc> 03Sebastian Kuzminsky 05synchronized-homing 2a414d4 06linuxcnc 10(5 files in 2 dirs) add sample config for Chris Radek's synchronized-homing test rig * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2a414d4
[14:08:33] <KGB-linuxcnc> 03Jeff Epler 05master a6bd7d3 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a6bd7d3
[14:10:07] <KGB-linuxcnc> 03Sebastian Kuzminsky 05v0 a559bed 06hostmot2-firmware 03PIN_SV6_7I48_48.vhd 10firmwares.txt add a 7i43-4 firmware for the 7i54/7i48 daughterboards * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=a559bed
[14:22:43] <KGB-linuxcnc> 03Jeff Epler 05master 361770a 06hostmot2-firmware 10debian/gencontrol 10firmwares.txt Merge remote-tracking branch 'origin/v0' * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=361770a
[14:24:10] <KGB-linuxcnc> 05xml 927a7d1 06hostmot2-firmware 04. branch deleted * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=927a7d1
[14:24:46] <hm2-buildmaster_> build #31 of build is complete: Failure [4failed build-debian-package] Build details are at
http://buildbot.linuxcnc.org/hm2-buildbot/builders/build/builds/31 blamelist: Jeff Epler <jepler@unpythonic.net>
[14:26:10] <jepler> hm
[14:33:37] <skunkworks> thats better. ever year or so the laptop fan starts running constantly. a little layer of fuzz gets in front of the heatsink. (very inadiquate cooling)
[14:34:30] <jepler> yeah that is typical for laptops, particularly when they're used by cats.
[14:38:11] <skunkworks> irght
[14:38:12] <skunkworks> right
[14:49:45] <pcw_home> rabbits also
[14:54:04] <linuxcnc-build_> build #678 of 1902.clang-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1902.clang-wheezy-rtai-i386/builds/678 blamelist: Chris Radek <chris@timeguy.com>, Sebastian Kuzminsky <seb@highlab.com>
[15:16:20] <hm2-buildmaster_> build #33 of build is complete: Failure [4failed build-debian-package] Build details are at
http://buildbot.linuxcnc.org/hm2-buildbot/builders/build/builds/33 blamelist: Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>
[15:17:37] <jepler> [typo] Subject: [ANNOUNCE] v4.10.10-rt10
[15:19:43] <KGB-linuxcnc> 03Jeff Epler 05master 1b56305 06hostmot2-firmware 10debian/rules build: don't fail to run nonexistent tests * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=1b56305
[15:29:43] <linuxcnc-build_> build #2731 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2731 blamelist: Chris Radek <chris@timeguy.com>, Sebastian Kuzminsky <seb@highlab.com>
[15:39:11] <KGB-linuxcnc> 03Sebastian Kuzminsky 05synchronized-homing 81d6577 06linuxcnc 10src/emc/motion/homing.c use rtapi_print() in Motion so it works on RTAI too * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=81d6577
[15:42:35] <linuxcnc-build_> build #3528 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/3528 blamelist: Chris Radek <chris@timeguy.com>, Sebastian Kuzminsky <seb@highlab.com>
[15:45:38] <hm2-buildmaster_> build #34 of build is complete: Failure [4failed build-debian-package] Build details are at
http://buildbot.linuxcnc.org/hm2-buildbot/builders/build/builds/34 blamelist: Jeff Epler <jepler@unpythonic.net>
[15:53:57] <KGB-linuxcnc> 03Jeff Epler 05jepler/dh-buildfix 5c68084 06hostmot2-firmware 10firmwares.txt eliminate most firmwares for a faster buildbot test cycle * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=5c68084
[15:53:58] <KGB-linuxcnc> 03Jeff Epler 05jepler/dh-buildfix b11936e 06hostmot2-firmware 10Makefile is this line of output causing old debhelper to fail? * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=b11936e
[16:01:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.6/motion-logger f9ea5c5 06linuxcnc 10src/Makefile 03src/emc/motion-logger/README 03src/emc/motion-logger/Submakefile 03src/emc/motion-logger/motion-logger.c add motion-logger, a debugging tool * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f9ea5c5
[16:01:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.6/motion-logger d2be3a7 06linuxcnc 10(12 files) add a motion-logger test * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d2be3a7
[16:01:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.6/motion-logger 2ad15ef 06linuxcnc 03tests/motion-logger/expected.g0 03tests/motion-logger/g0.ngc motion-logger: add a G0 test * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2ad15ef
[16:05:45] <KGB-linuxcnc> 03Jeff Epler 05master 048fb5a 06hostmot2-firmware 10Makefile 10debian/rules build: fix build problems with older debhelper * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=048fb5a
[16:11:14] <linuxcnc-build_> build #1348 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/1348 blamelist: Chris Radek <chris@timeguy.com>, Sebastian Kuzminsky <seb@highlab.com>
[16:27:49] <linuxcnc-build_> build #3537 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3537 blamelist: Chris Radek <chris@timeguy.com>, Sebastian Kuzminsky <seb@highlab.com>
[17:01:08] <skunkworks> interesting about the pitch. I wonder if he runs exact stop mode? wonder if he has any G64P... (segment blending)
[17:01:27] <skunkworks> *segment combining
[17:06:42] <pcw_home> Maybe daisy was tweaked to sound good with the old TP
[17:09:12] <skunkworks> funny if it found an odd TP issue :)
[17:51:29] <jepler> I agree, it's substantially worse in the "new" video
[18:06:13] <KGB-linuxcnc> 03Sebastian Kuzminsky 05signed tags a83d188 06hostmot2-firmware 03v1.0-pre0 HostMot2 Firmware v1.0-pre0 (tagged commit: 7bbbced) * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=a83d188
[18:08:36] <seb_kuzminsky> hm2-buildmaster_: force build --branch=master build
[18:08:42] <hm2-buildmaster_> The build has been queued, I'll give a shout when it starts
[18:13:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 505bbc6 06hostmot2-firmware 10scripts/get-version-from-git let the user get the version number from any path in the repo * 14http://git.linuxcnc.org/?p=hostmot2-firmware.git;a=commitdiff;h=505bbc6
[18:25:15] <skunkworks> oh - was today the hackerfest?
[18:33:11] <cradek> yep
[18:33:22] <cradek> tomorrow too, if we're sober enough
[18:37:10] <skunkworks> awesome!
[18:38:10] <hm2-buildmaster_> build forced [ETA 23m40s]
[18:38:10] <hm2-buildmaster_> I'll give a shout when the build finishes
[19:04:49] <hm2-buildmaster_> Hey! build build #38 is complete: Success [3build successful]
[19:04:49] <hm2-buildmaster_> Build details are at
http://buildbot.linuxcnc.org/hm2-buildbot/builders/build/builds/38
[19:06:48] <KGB-linuxcnc> 03Jeff Epler 05jepler/2.6/motion-logger 78cc0cb 06linuxcnc 10src/emc/motion-logger/motion-logger.c fixup motion-logger: being a hal component allows 'halcmd unload all' to unload me * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=78cc0cb
[19:06:49] <KGB-linuxcnc> 03Jeff Epler 05jepler/2.6/motion-logger a1beb59 06linuxcnc 10tests/motion-logger/mock-motion.hal 10tests/motion-logger/test-ui.py 10tests/motion-logger/test.sh fixup motion-logger test: use hal-ness of motion-logger * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a1beb59
[19:23:06] <linuxcnc-build_> build #2734 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed git] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2734 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[19:27:44] <linuxcnc-build_> build #3539 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3539 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[19:53:18] <linuxcnc-build_> build #155 of 1502.rip-jessie-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1502.rip-jessie-amd64/builds/155 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[20:15:22] <linuxcnc-build_> build #3540 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3540 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[20:41:27] <KGB-linuxcnc> 03Sebastian Kuzminsky 05joints_axes8 11e047f 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=11e047f
[22:39:27] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7 71b3196 06linuxcnc 10VERSION 10debian/changelog LinuxCNC 2.7.1 release * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=71b3196
[22:39:27] <KGB-linuxcnc> 03Sebastian Kuzminsky 05signed tags 6654443 06linuxcnc 03v2.7.1 LinuxCNC v2.7.1 (tagged commit: 71b3196) * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6654443
[23:26:46] <skunkworks> ooh