Jeshua Lacock wrote:
> So, I noticed when linuxcnc fails to launch, it states this in the Kernel
> message information:
>
> PPMC: ERROR: no boards found on bus 0, port 0378.
>
> I thought that was curious since I have never specified the port in the linux
> config files that I knew of. Is t
Jeshua Lacock wrote:
> On May 8, 2012, at 8:33 PM, Jon Elson wrote:
>
>
>> How do you know it did not go to
>> EPP mode?
>>
>
> I guess I don't know for sure. Your 'univstepdiag' program gives me a
> 'Segmentation fault' error and the output from dmesg after attempting to
> start LinuxC
On May 9, 2012, at 4:10 PM, andy pugh wrote:
> On 9 May 2012 22:58, Jeshua Lacock wrote:
>
>> Aha! There is no port number specified.
>>
>> I added the port and it loads fine now, thank you!
>
> I wonder if the original card also works fine with the port address put in?
I would guess not bas
On 9 May 2012 22:58, Jeshua Lacock wrote:
> Aha! There is no port number specified.
>
> I added the port and it loads fine now, thank you!
I wonder if the original card also works fine with the port address put in?
--
atp
The idea that there is no such thing as objective truth is, quite simply
On May 9, 2012, at 3:56 AM, andy pugh wrote:
> On 9 May 2012 07:37, Jeshua Lacock wrote:
>
>> OK! Now I will start testing it. Anyone have an idea what to look for? In
>> other words what would cause LinuxCNC to crash from the USC?
>
> It isn't crashing, I suspect, so muchas gracefully giving
On 9 May 2012 07:37, Jeshua Lacock wrote:
> OK! Now I will start testing it. Anyone have an idea what to look for? In
> other words what would cause LinuxCNC to crash from the USC?
It isn't crashing, I suspect, so muchas gracefully giving up.
(segmentation fault is a crash, exiting because it
On May 8, 2012, at 11:48 PM, Kirk Wallace wrote:
> On Tue, 2012-05-08 at 23:33 -0600, Jeshua Lacock wrote:
> ... snip
>> Alas, I still get a fault:
>>
>>> univstepdiags c030 bus
>> io addr = c030
>> parport addr 0xc030
>> Segmentation fault
>>
>> LinuxCNC fails to start with the same message a
On Tue, 2012-05-08 at 23:33 -0600, Jeshua Lacock wrote:
... snip
> Alas, I still get a fault:
>
> > univstepdiags c030 bus
> io addr = c030
> parport addr 0xc030
> Segmentation fault
>
> LinuxCNC fails to start with the same message as before.
Did you use "sudo"?
"sudo ./univdiags c030 bus"
-
On May 8, 2012, at 11:07 PM, Kirk Wallace wrote:
> On Tue, 2012-05-08 at 22:26 -0600, Jeshua Lacock wrote:
> ... snip
>>
>> Here is the dmesg:
>>
>> [8.519908] parport_pc :08:00.0: PCI INT A -> GSI 18 (level, low) ->
>> IRQ 18
>> [8.520179] parport0: PC-style at 0xc030 (0xc020), ir
On Tue, 2012-05-08 at 22:26 -0600, Jeshua Lacock wrote:
... snip
>
> Here is the dmesg:
>
> [8.519908] parport_pc :08:00.0: PCI INT A -> GSI 18 (level, low) ->
> IRQ 18
> [8.520179] parport0: PC-style at 0xc030 (0xc020), irq 18, using FIFO
> [PCSPP,TRISTATE,COMPAT,EPP,ECP]
> [8.
On May 8, 2012, at 8:33 PM, Jon Elson wrote:
> Jeshua Lacock wrote:
>>
>> I just installed my new Siig card and I am not having much better luck so
>> far. Launching LinuxCNC did not switch it to EPP mode.
>>
>> I have tried your or Kirk Wallace's utilities yet because I want to make
>> sure
On May 8, 2012, at 8:33 PM, Jon Elson wrote:
> Jeshua Lacock wrote:
>>
>> I just installed my new Siig card and I am not having much better luck so
>> far. Launching LinuxCNC did not switch it to EPP mode.
>>
>>
>> Here is what lspci reveals:
>>
>> 08:00.0 Parallel controller: Oxford Semicon
Jeshua Lacock wrote:
>
> I just installed my new Siig card and I am not having much better luck so
> far. Launching LinuxCNC did not switch it to EPP mode.
>
>
> Here is what lspci reveals:
>
> 08:00.0 Parallel controller: Oxford Semiconductor Ltd OX9162 Mode 0 (parallel
> port) (prog-if 03)
>
On May 7, 2012, at 8:04 PM, Jon Elson wrote:
>> BTW: apparently my current card is PCI, not PCI-e:
>>
>> http://www.amazon.com/gp/product/B000MY45WS/ref=oh_details_o00_s00_i03
>>
>>
> Somehow I got the idea from one of the lspci reports that your board was
> pci-e.
> The Startech boards were
Jeshua Lacock wrote:
>
> BTW: apparently my current card is PCI, not PCI-e:
>
> http://www.amazon.com/gp/product/B000MY45WS/ref=oh_details_o00_s00_i03
>
>
Somehow I got the idea from one of the lspci reports that your board was
pci-e.
The Startech boards were reported to work by some other peop
Jeshua Lacock wrote:
>
>
> Hi Jon,
>
> Wow, sounds like even I could handle that. Assuming of course that I have
> access to Windows running somewhere, correct? I am currently Windowless and
> would like to keep it that way if at all possible.
>
> ;)
>
> Hmm unless it runs in Wine.
>
I still h
On May 7, 2012, at 11:30 AM, Kirk Wallace wrote:
> I found this link, which might be handy too:
> http://www.startech.com/Cards-Adapters/Parallel/1-Port-Parallel-Dual-Voltage-Dual-Profile-PCI-Card~PCI1PECPDV#dnlds
>
I had came across that before, but didn't even think about looking for a DOS
On May 7, 2012, at 4:31 AM, Schooner wrote:
> Came to this thread late on, I have a copy of the Oxford mode setting
> utility from when I used one of their cards.
>
> Have posted it here http://www.linuxcnc.org/images/fbfiles/files/oxprom.zip
Thanks for that.
Well the good news is that utilit
On Mon, 2012-05-07 at 11:31 +0100, Schooner wrote:
> Hi
>
> Came to this thread late on, I have a copy of the Oxford mode setting
> utility from when I used one of their cards.
>
> Have posted it here http://www.linuxcnc.org/images/fbfiles/files/oxprom.zip
>
> Hope this is of help
>
> regards
Hi
Came to this thread late on, I have a copy of the Oxford mode setting
utility from when I used one of their cards.
Have posted it here http://www.linuxcnc.org/images/fbfiles/files/oxprom.zip
Hope this is of help
regards
On May 6, 2012, at 9:55 PM, Jeshua Lacock wrote:
>>> Can anyone recommend some cards that are known to work with your or Kirk
>>> Wallace's utilities?
>> Siig definitely work, although I have only used their PCI cards, not PCI-e.
>> Older NetMos-containing cards mostly do NOT work, although
>>
On May 6, 2012, at 9:16 PM, Jon Elson wrote:
> Jeshua Lacock wrote:
>>
>> I have never written to an EEPROM before, so I think I would rather order
>> another card to spare the expense of small pci card.
> You don't have to know what you are doing, if you can get the config
> utility for
> tha
Jeshua Lacock wrote:
>
> I have never written to an EEPROM before, so I think I would rather order
> another card to spare the expense of small pci card.
You don't have to know what you are doing, if you can get the config
utility for
that card, you just set the options you want and hit "go".
>
On May 6, 2012, at 5:02 PM, Jon Elson wrote:
> OK, in this badly trashed document (at least on my browser) :
> http://www.soiseek.com/OXFORD/OX16PCI954-TQC60-A1/56.htm
> It mentions there is a Windows utility to reprogram the options EEPROM
> available from Oxford Semi. No link is provided.
> Pa
On Sun, 6 May 2012, Jon Elson wrote:
> Date: Sun, 06 May 2012 18:02:16 -0500
> From: Jon Elson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: Re: [Emc-users] Setting EPP Mode
>
> jeshua w
jeshua wrote:
OK, in this badly trashed document (at least on my browser) :
http://www.soiseek.com/OXFORD/OX16PCI954-TQC60-A1/56.htm
It mentions there is a Windows utility to reprogram the options EEPROM
available from Oxford Semi. No link is provided.
Page 72 of that doc has some email addresses
Kirk Wallace wrote:
> I believe the EEPROM programs the chip pin-out or rather tells the PCI
> chip what product it's on, and probably is not meant to be changed after
> the chip is soldered to a board. Also the datasheet seems to indicate
> that the chip follows the Microsoft interface spec.:
> ht
Dave wrote:
> Jon,
>
> Why would they do that? So it is stuck in SPP mode?
>
> Is this an attempt to idiot proof the card so it works for most people
> out of the box?
>
Yes, very likely. Perhaps Windows drivers reset this with some of the
PCI setup
registers. I suspect there is a setup ut
... snip
> Yup, this looks like the problem, the EEPROM has been set to disable the
> ECR registers, so you can't set it to EPP. There must be a utility program
> that can rewrite the EEPROM to change the default config. Did you
> get a mini-CD with it? You might have a program on it to do thi
Jon,
Why would they do that? So it is stuck in SPP mode?
Is this an attempt to idiot proof the card so it works for most people
out of the box?
Dave
On 5/6/2012 1:50 PM, Jon Elson wrote:
> Jeshua Lacock wrote:
>
>> Actually it looks like the UARTs show up as a separate device:
>>
>> 08:0
Jeshua Lacock wrote:
>
> Actually it looks like the UARTs show up as a separate device:
>
> 08:00.0 Serial controller: Oxford Semiconductor Ltd OX16PCI954 (Quad 16950
> UART) function 0 (Disabled) (rev 01) (prog-if 06)
> Subsystem: Oxford Semiconductor Ltd Device
> Flags: medium d
jeshua wrote:
> I am looking at the data sheet for that chip:
>
> http://www.datasheetarchive.com/OX16PCI952-datasheet.html#
>
> It states on page 52:
>
> To use the Enhanced Parallel Port (‘EPP’) mode, the mode
> field of the Extended Control Register (ECR[7:5]) must be
> set to ‘100’ using the ne
On Sun, 2012-05-06 at 02:06 -0600, Jeshua Lacock wrote:
... snip
> I tried pretty much every possible combination of C040, C050 and C00 that I
> could think of.
>
> Here is as you suggest:
>
> sudo ./showport C040 C050 e
> ~
> Base @ 0xc040
> Extended @ 0xc050
> DPR: 144
> DSR: 64
> DCR: 149
On May 6, 2012, at 1:38 AM, Kirk Wallace wrote:
> On Sat, 2012-05-05 at 23:06 -0600, jeshua wrote:
>> On May 5, 2012, at 8:14 PM, jeshua wrote:
>>
>>> 'pcils -v' reveals:
>>>
>>> 08:00.1 Non-VGA unclassified device: Oxford Semiconductor Ltd OX16PCI954
>>> (Quad 16950 UART) function 1 (parallel
On Sat, 2012-05-05 at 23:06 -0600, jeshua wrote:
> On May 5, 2012, at 8:14 PM, jeshua wrote:
>
> > 'pcils -v' reveals:
> >
> > 08:00.1 Non-VGA unclassified device: Oxford Semiconductor Ltd OX16PCI954
> > (Quad 16950 UART) function 1 (parallel port) (rev 01)
> > Subsystem: Oxford Semiconducto
On May 5, 2012, at 8:14 PM, jeshua wrote:
> 'pcils -v' reveals:
>
> 08:00.1 Non-VGA unclassified device: Oxford Semiconductor Ltd OX16PCI954
> (Quad 16950 UART) function 1 (parallel port) (rev 01)
> Subsystem: Oxford Semiconductor Ltd Device
> Flags: medium devsel, IRQ 18
>
36 matches
Mail list logo