#linuxcnc-devel | Logs for 2016-07-21

[06:26:08] <skunkworks> well this sucks. If I have the bios set to spp - I cannot force it to epp. If I set the bios to epp - it stays in epp. Is there a way to fool linux to force the port to non-epp?
[07:03:48] <skunkworks> I tried a plugin card - it seems to show it in non-epp and setting the config string to epp doesn't change it.
[07:06:27] <jepler> when you say "stays in epp" or "doesn't change [to epp]" what are you looking at to determine it?
[07:13:01] <skunkworks> If I put a 600ohm resistor to ground on pin 16 - when the bios is in EPP mode - the signal is a 4 volt square wave. When it is in spp mode - it is a 1 volt square wave.
[07:13:16] <jepler> OK, that's a good test then
[07:17:04] <skunkworks> I just tried a different pci card - different chipset - same deal
[07:17:58] <jepler> for the guy's report that kicked this off, his belief was that something in linux but not linuxcnc was setting spp mode
[07:18:03] <jepler> but I don't think we know what that thing was
[07:19:24] <skunkworks> sure - but if the plan was to force the printer port to epp - either I am doing something wrong - or the code doesn't work - or the code doesn't work with the 2 pci cards I have
[07:19:52] <jepler> have you used those two pci cards with something that requires EPP mode?
[07:20:04] <skunkworks> (and the motherboard printer port set to spp - which I don't know if that is a good test)
[07:20:44] <jepler> I don't think BIOS setting of onboard port would influence plug-in ports, but I don't know for sure either
[07:21:11] <jepler> + if(force_epp[n] && port_data_array[n].portdata.base_hi) {
[07:21:11] <jepler> + /* select EPP mode in ECR */
[07:21:11] <jepler> + outb(0x94, port_data_array[n].portdata.base_hi + 2);
[07:21:11] <jepler> + }
[07:21:42] <jepler> this is the code cradek added to turn on EPP mode
[07:22:22] <jepler> something like this would turn that same bit (the 0x80 bit) off if it was *not* epp mode: if(force_epp[n] == 0 && ...) { outb(0x14, port_data_array[n].portdata.base_hi + 2); }
[07:22:53] <jepler> so you could change the source, and then after you rebuild if you do *NOT* specify the new epp flag in loadrt then it should do what we think forces it to spp mode..
[07:23:54] <jepler> you would do it right before or right after cradek's if(force_epp[n]) block
[07:27:45] <skunkworks> ok
[07:31:48] <jepler> you might also if(!port_data_array[n].portdata.base_hi) rtapi_print_msg(RTAPI_MSG_ERR, "no base_hi, can't set port mode\n"); or similar
[07:32:06] <jepler> because base_hi may or may not be set depending if linux or linuxcnc detected it
[07:34:23] <jepler> you can see in a directory like /proc/sys/dev/parport/parport0 after boot time what I/O address(es) and modes the port is supposed to be capable of
[07:36:09] <jepler> cat base-addr modes
[07:39:35] <skunkworks_> http://pastebin.com/935cNe80
[07:48:45] <jepler> oh ... was not literal
[07:48:50] <jepler> && port_data_array[n].portdata.base_hi
[07:48:53] <jepler> afk
[07:49:02] <jepler> sorry I assume too much
[07:50:16] <skunkworks> heh
[07:58:34] <skunkworks> ok - that gets it out of epp mode. I can now see it switch between epp mode and non-epp mode
[07:59:21] <skunkworks> I wonder why I cannot force the pci cards to epp
[08:02:04] <skunkworks_> http://pastebin.com/MeyTPLkK
[08:02:16] <skunkworks_> and I have a 9805
[08:02:25] <skunkworks_> wonder if I can find some other ones
[08:46:59] <skunkworks> jepler, adding the code for checking for base_hi - the pci cards say 'no base_hi...'
[08:47:11] <skunkworks> The onboard does not give that error.
[08:50:30] <skunkworks> Ok - so if I set the bios for the onboard printer port to SPP I also get 'no base_hi....
[08:51:15] <skunkworks> So maybe the pci cards are stuck in spp? Is there a way to switch from spp to epp?
[08:59:44] <skunkworks> In Linux, for example, Use “lspci -v” to get the I/O ports address and IRQ.
[08:59:44] <skunkworks> you could use command “modprobe parport_pc io=0xd800 irq=10”, to set I/O port address 0xd800 and IRQ 10 for SPP mode.
[08:59:44] <skunkworks> And if you use ECP mode, you could use the command “modprobe parport_pc io=0xd800 io_hi=0xd400 irq=10”. The io and io_hi is reference to I/O port address.
[09:05:08] <skunkworks> http://retired.beyondlogic.org/spp/parallel.htm#10
[09:16:03] <skunkworks> dmesg actually says that the pci card supports EPP...
[09:16:31] <skunkworks> (the onboard doesn't say EPP when the bios is set to spp)
[09:29:09] <cradek> do forum admins do something to approve new accounts?
[09:30:12] <cradek> I got an earnest email from a user saying his account *and his questions* haven't been approved, and I didn't know that was a thing the admins even did
[09:31:06] <jepler> cradek: the first post of each new user has to be approved before it appears
[09:32:04] <jepler> I think before you can log in for the first time, you also have to follow a link that is sent to you in your registration e-mail, but if this user has reached the point where they have tried to "post questions", that's not the problem.
[09:32:06] <cradek> ah I wonder at what step he's stuck then
[09:32:29] <jepler> do you have this user's forum login?
[09:32:32] <cradek> where can I see that state?
[09:32:39] <cradek> yes it's bschiett
[09:34:29] <jepler> that account shows as enabled and activated in the back end bschiett
[09:34:33] <jepler> https://forum.linuxcnc.org/administrator/index.php?option=com_users&view=users
[09:35:47] <jepler> their post of June 15 is visible and has a reply https://forum.linuxcnc.org/forum/24-hal-components/31112-xhc-hb04-wireless-mpg-pendant-hal-module#76086
[09:36:36] <cradek> thanks
[09:36:47] <jepler> I don't think I have any way to see how ong it waited before an administrator approved it, but Andy replied on the 17th so it's been there for days.
[09:37:09] <jepler> umm and Andy's reply has bschiett's thank you so they've seen it
[09:38:29] <cradek> so weird
[09:38:43] <jepler> their second post from today is visible too. second posts don't need moderator approval.
[09:38:46] <jepler> https://forum.linuxcnc.org/forum/38-general-linuxcnc-questions/31289-workpiece-touchoff-getting-lost-v2-6-4#77775
[09:42:22] <cradek> ok, he's just confused about how the forum works somehow
[09:42:47] <cradek> he sent a second message saying his post is visible but didn't "go through" (I see it at the top of Recent Topics with several views but no responses yet)
[09:42:59] <cradek> I'll try to explain that that's how it works
[09:43:03] <cradek> thanks for your help jepler
[09:43:21] <jepler> Thank you for working with them.
[09:45:39] <cradek> and now andy responded already :-)
[10:06:12] <skunkworks> one of the 2 netmos cards doesn't error on base_hi - but doesn't seem to change to totem pole.
[11:08:55] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 9647bff 06linuxcnc 03lib/python/linuxcnc_util.py add a linuxcnc_util python module * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9647bff
[11:08:56] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master eee0bff 06linuxcnc 10tests/lathe/test-ui.py tests/lathe: use linuxcnc_util for helper functions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=eee0bff
[11:08:56] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 2834af9 06linuxcnc 10tests/halui/jogging/test-ui.py 10tests/halui/mdi/test-ui.py tests/halui: remove unused linuxcnc interface code * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=2834af9
[11:08:57] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master d0927be 06linuxcnc 10tests/interp/mdi-oword-m66/test-ui.py tests/interp/mdi-oword-m66: remove dead linuxcnc interface code * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=d0927be
[11:09:02] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master e29ff0b 06linuxcnc 10tests/interp/subroutine-return/test-ui.py tests/interp/subroutine-return: use linuxcnc_util interface * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e29ff0b
[11:09:06] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master af82c8d 06linuxcnc 10tests/io-startup/test-ui.py tests/io-startup: use linuxcnc_util interface * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=af82c8d
[11:09:10] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 5006c06 06linuxcnc 10tests/motion/jogwheel/test-ui.py tests/motion/jogwheel: remove unused interface code * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5006c06
[11:09:14] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master 640570a 06linuxcnc 10tests/tlo/test-ui.py tests/tlo: remove unused interface code * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=640570a
[11:09:17] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master f72949b 06linuxcnc 10tests/toolchanger/m61/test-ui.py tests/toolchanger/m61: remove unused interface code * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f72949b
[11:09:21] <KGB-linuxcnc> 05seb/master/test-code-dedup f72949b 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f72949b
[11:09:59] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master b3f67a4 06linuxcnc 10(12 files in 2 dirs) tests: rename motion/jogwheel to indicate that it's joints * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=b3f67a4
[11:09:59] <KGB-linuxcnc> 03Sebastian Kuzminsky 05master fbefee4 06linuxcnc 10(6 files) tests: add teleop wheel jogging test * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fbefee4
[11:54:40] <jepler> <3 tests
[11:54:45] <jepler> as long as they consistently pass
[11:59:59] <seb_kuzminsky> zlog
[12:00:14] <seb_kuzminsky> just getting the link so i can remind jepler next time he complains how long the tests take :-P
[12:05:25] <jepler> heh you got me
[19:46:03] <jepler> linuxcnc-build_: cancel 0000.checkin
[19:46:38] <jepler> something's gone rather wrong with my buld
[19:47:29] <jepler> linuxcnc-build_: stop build 0000.checkin it is stuck
[19:47:30] <linuxcnc-build_> build 4394 interrupted
[19:47:57] <jepler> linuxcnc-build_: stop build 1300.rip-precise-i386 it is stuck
[19:47:58] <linuxcnc-build_> build 4379 interrupted
[19:48:05] <jepler> linuxcnc-build_: stop build 1301.rip-precise-rtai-i386
[19:48:14] <jepler> linuxcnc-build_: stop build 1306.rip-precise-amd64
[19:48:16] <jepler> linuxcnc-build_: stop build 1306.rip-precise-amd64 it is stuck
[19:48:27] <jepler> linuxcnc-build_: stop build 1400.rip-wheezy-i386
[19:48:37] <jepler> linuxcnc-build_: stop build 1401.rip-wheezy-rtai-i386
[19:48:47] <jepler> linuxcnc-build_: stop build 1402.rip-wheezy-rtpreempt-i386
[19:48:50] <jepler> linuxcnc-build_: !
[19:48:57] <jepler> linuxcnc-build_: stop build 1403.rip-wheezy-amd64
[19:49:02] <jepler> linuxcnc-build_: stop build 1404.rip-wheezy-rtpreempt-amd64
[19:49:07] <jepler> linuxcnc-build_: stop build 1405.rip-wheezy-armhf
[19:49:12] <jepler> linuxcnc-build_: stop build 1500.rip-jessie-i386
[19:49:17] <jepler> linuxcnc-build_: stop build 1510.rip-jessie-rtpreempt-i386
[19:49:22] <jepler> linuxcnc-build_: stop build 1520.rip-jessie-amd64
[19:49:28] <jepler> linuxcnc-build_: stop build 1530.rip-jessie-rtpreempt-amd64
[19:49:32] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:32] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:32] <linuxcnc-build_> build 4381 interrupted
[19:49:32] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:32] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:32] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:32] <linuxcnc-build_> What you say!
[19:49:33] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:33] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:34] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:34] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:49:35] <linuxcnc-build_> try 'stop build WHICH <REASON>'
[19:50:03] <jepler> linuxcnc-build_: stop build 1301.rip-precise-rtai-i386 x
[19:50:07] <jepler> linuxcnc-build_: stop build 1403.rip-wheezy-amd64 x
[19:50:08] <linuxcnc-build_> build 3590 interrupted
[19:50:08] <linuxcnc-build_> build 2540 interrupted
[19:50:11] <jepler> linuxcnc-build_: stop build 1404.rip-wheezy-rtpreempt-amd64 x
[19:50:15] <jepler> linuxcnc-build_: stop build 1405.rip-wheezy-armhf x
[19:50:19] <jepler> linuxcnc-build_: stop build 1500.rip-jessie-i386 x
[19:50:25] <jepler> linuxcnc-build_: stop build 1510.rip-jessie-rtpreempt-i386 x
[19:51:54] <linuxcnc-build_> build 2740 interrupted
[19:51:54] <linuxcnc-build_> build 2574 interrupted
[19:51:54] <linuxcnc-build_> build 1008 interrupted
[19:51:54] <linuxcnc-build_> build 1008 interrupted
[20:01:39] <jepler> so apparently my last patch to the asciidoc branch manages to loop forever while building the documentation
[20:01:46] <jepler> and buildbot is happy to do this, because it is constantly printing output
[20:02:05] <jepler> not sure why I wasn't affected by this, ugh
[20:04:21] <jepler> and now, maybe because it has some immense build logs, buildbot itself seems to be flaking out
[20:31:00] <linuxcnc-build> build #4395 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4395 blamelist: Sebastian Kuzminsky <seb@highlab.com>
[20:31:14] <linuxcnc-build> build #4396 of 0000.checkin is complete: Failure [4failed fetch branch to local git repo] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4396 blamelist: Luke Peterson <hazelnusse@gmail.com>, Norbert Schechner <nieson@web.de>, andypugh <andy@bodgesoc.org>, Andy Pugh <andy@bodgesoc.org>, Chris Radek
[20:31:14] <linuxcnc-build> <chris@timeguy.com>, Matsche <tinker@play-pla.net>, Michael Geszkiewicz <micges@wp.pl>, Edward Tomasz Napierala <trasz@FreeBSD.org>, Kim Kirwan <Kim@KimKirwan.com>, Jeff Epler <jepler@unpythonic.net>, Stephen Wille Padnos <swpadnos@sourceforge.net>, Florian Kerle <flo.kerle@gmx.at>, sam sokolik <samcoinc@gmail.com>, Andrew Kyrychenko
[20:31:14] <linuxcnc-build> <amkyrychenko@gmail.com>, Moses McKnight <moses@texband.net>, Sebastian Kuzminsky <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[20:53:35] <linuxcnc-build> build #4381 of 1300.rip-precise-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/4381 blamelist: Chris Radek <chris@timeguy.com>
[20:55:41] <linuxcnc-build> build #4383 of 1306.rip-precise-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/4383 blamelist: Chris Radek <chris@timeguy.com>
[20:56:35] <linuxcnc-build> build #2542 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/2542 blamelist: Chris Radek <chris@timeguy.com>
[20:56:53] <linuxcnc-build> build #2542 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/2542 blamelist: Chris Radek <chris@timeguy.com>
[20:57:00] <linuxcnc-build> build #3592 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/3592 blamelist: Chris Radek <chris@timeguy.com>
[20:57:23] <linuxcnc-build> build #2742 of 1404.rip-wheezy-rtpreempt-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1404.rip-wheezy-rtpreempt-amd64/builds/2742 blamelist: Chris Radek <chris@timeguy.com>
[20:58:47] <linuxcnc-build> build #1010 of 1520.rip-jessie-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1520.rip-jessie-amd64/builds/1010 blamelist: Chris Radek <chris@timeguy.com>
[20:59:23] <linuxcnc-build> build #1010 of 1510.rip-jessie-rtpreempt-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1510.rip-jessie-rtpreempt-i386/builds/1010 blamelist: Chris Radek <chris@timeguy.com>
[20:59:31] <linuxcnc-build> build #1012 of 1530.rip-jessie-rtpreempt-amd64 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1530.rip-jessie-rtpreempt-amd64/builds/1012 blamelist: Chris Radek <chris@timeguy.com>
[21:00:35] <linuxcnc-build> build #1010 of 1500.rip-jessie-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1500.rip-jessie-i386/builds/1010 blamelist: Chris Radek <chris@timeguy.com>
[21:00:55] <linuxcnc-build> build #2208 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/2208 blamelist: Chris Radek <chris@timeguy.com>
[21:05:13] <linuxcnc-build> build #2576 of 1405.rip-wheezy-armhf is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1405.rip-wheezy-armhf/builds/2576 blamelist: Chris Radek <chris@timeguy.com>
[21:21:28] <jepler> seb_kuzminsky: and then 1402.rip-wheezy-rtpreempt-i386 fell off the planet again
[21:26:34] <jepler> seb_kuzminsky: I'm tempted to say just take the preempt-rt builders offline and make the -uspace packages build on vanilla systems
[21:27:42] <mozmck> fwiw I build uspace packages on a vanilla kernel and they work just fine.
[21:29:15] <jepler> yup that's totally expected
[21:29:25] <jepler> no detail of the kernel headers should influence what you get when you build uspace
[21:29:51] <jepler> we're not finding linuxcnc bugs by having those preempt-rt builders, we're finding preempt-rt vs virtualization problems
[22:50:15] <seb_kuzminsky> crikey
[23:11:38] <linuxcnc-build> build #2054 of 1402.rip-wheezy-rtpreempt-i386 is complete: Failure [4failed compile runtests] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/1402.rip-wheezy-rtpreempt-i386/builds/2054 blamelist: Chris Radek <chris@timeguy.com>
[23:11:39] <linuxcnc-build> build #4397 of 0000.checkin is complete: Failure [4failed] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4397 blamelist: Chris Radek <chris@timeguy.com>
[23:11:53] <linuxcnc-build> build #4398 of 0000.checkin is complete: Failure [4failed fetch branch to local git repo] Build details are at http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/4398 blamelist: Sebastian Kuzminsky <seb@highlab.com>