http://blog.gmane.org/gmane.linux.parport hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.parport/1760 <pre>Hello people. I have this homebrew parallel PIC programmer which I've been using for years. With the advent of parport-less PC, I transferred the programmer to an older PC. When I tried to run the program, I found that the programmer acted erratically. I wrote a small program in C, which just ioperm's the ports, writes a counter to the parport a number of timpes, and releases the port, and noticed that there were glitches where the bits were set to 0. So I modified the test program to just write 1's, at a rate of 1000/second. On the oscilloscope I could then see that the port was regularly (about twice per second, though not precise) cleared to 0. I tried: rmmod'ing lp, ppdev, parport, parport_pc (in difference combinations and one by one). I stopped cupsd. I went into the BIOS and set the parport to basic SPP operation. Does anyone have suggestions? Who could be clearing the parport output? Is there any way to detect which program accesses the port? John </pre> John Coppens 2013-02-14T17:46:08 http://comments.gmane.org/gmane.linux.parport/1759 <pre> </pre> Виктор Веретенников 2012-11-15T11:11:48 http://comments.gmane.org/gmane.linux.parport/1758 <pre>Hello, This patch adds AIO+ECP+DMA capability to the userspace ppdev device. For an example on how this may be used, see: https://github.com/klammerj/dspar/blob/master/dump/main.c Patch is against linux 3.7.0-rc1 from kernel.org Was once used for this piece of hardware: https://github.com/klammerj/dspar Had to edit the code to match current kernel sources, but had no opportunity to test it, as new kernel f*s up the screen here (it does compile). Old code can be found here: http://members.aon.at/~aklamme4/parport/index.html The plip2.c does not work very well, and is not included in patch. regards, JK diff -uprN prev/drivers/char/ppdev.c new/drivers/char/ppdev.c --- prev/drivers/char/ppdev.c2012-10-14 23:41:04.000000000 +0200 +++ new/drivers/char/ppdev.c2012-10-16 16:03:18.000000000 +0200 &lt; at &gt;&lt; at &gt; -104,6 +104,300 &lt; at &gt;&lt; at &gt; static inline void pp_enable_irq (struct port-&gt;ops-&gt;enable_irq (port); } +struct pp_ki +{ +int len_real; +void * buffer; +struct kiocb *cb; +const struct iovec *iov; +struct parport</pre> Johann Klammer 2012-10-18T05:31:35 http://comments.gmane.org/gmane.linux.parport/1753 <pre>Hi, I've been looking at using a Express card to parallel port adapter to connect an external device to a PC without on-board parallel port. I got an adapter from Delock [1] which seems to work fine at first glance. Unfortunately, the IRQ handling seems to have problems. Whenever I trigger the first IRQ (I've just shortened pin 10 and ground), I receive an infinite number of IRQ from the parallel port which only stop after unloading the kernel modules. The testing code [2] works fine on another machine with on-board parallel port. I am using the standard Ubuntu 12.04 LTS kernel (3.2.0-25). I am wondering whether anybody else has observed such a strange behaviour before? It might be also related to Guan Xin's post "[BUG] IRQ storm from linux/drivers/char/ppdev.c". Thanks Andre [1] http://www.delock.de/produkte/F_263_Parallel_66220/merkmale.html [2] https://github.com/andrepuschmann/lptirq </pre> Andre Puschmann 2012-06-25T08:08:25 http://comments.gmane.org/gmane.linux.parport/1751 <pre>I’m sorry this is a little off topic but I’m pretty desperate. I need to find out where I can get help fixing a bug in a kernel module for a serial device. The bug is in the driver for a speech synthesizer. I’ve already emailed the original developer and he is not interested in continuing to work on the driver. I’m blind and I need my hardware speech synthesizer to work. I’ve traced the bug to code that calls the function request_resource. The code for the request_region function says its copyright Linus Torvalds so I’m guessing its part of the linux core functions. Below is a code snippet that is like the code that is failing. An error code of –16 is always returned. According to the comments in the driver module, this code is supposed to “steal” the serial port. But it gets the -16 error code and errors out. int error; struct resource myres; myres.name = "ltlk"; myres.start = 0x3F8; myres.end = 0x3FF; myres.flags = IORESOURCE_BUSY; error = request_resource (&amp;ioport_re</pre> John Heim 2012-02-25T23:40:43 http://comments.gmane.org/gmane.linux.parport/1749 <pre>Hi, I am trying to get my HP OfficeJet R45 printer+scanner working under Linux via Express Card 34mm from Axago based on MosChip 9901/9912. Hmm, well lspci says NetMos while it looks it is MosChip instead (compare with drivers at http://vbs.ddns.com.br:8000/drives/Drives/DRIVER LPT1/ ). 11:00.0 Serial controller: NetMos Technology Device 9912 11:00.1 Serial controller: NetMos Technology Device 9912 11:00.2 Parallel controller: NetMos Technology Device 9912 11:00.0 Serial controller: NetMos Technology Device 9912 (prog-if 02 [16550]) Subsystem: Device a000:1000 Physical Slot: 7 Flags: fast devsel, IRQ 19 I/O ports at c000 [size=8] Memory at f6c00000 (32-bit, non-prefetchable) [size=4K] Memory at f6c01000 (32-bit, non-prefetchable) [size=4K] Capabilities: [50] MSI: Enable- Count=1/8 Maskable- 64bit+ Capabilities: [78] Power Management version 3 Capabilities: [80] Express Legacy Endpoint, MSI 00 Capabilities: [100] Virtual Chann</pre> Martin Mokrejs 2012-02-09T13:08:04 http://comments.gmane.org/gmane.linux.parport/1748 <pre>Hello list, I'm trying to get access to the parallel port of a machine to do some signalling for data acquisition. The machine runs with Xubuntu 10.04 and has one parallel port which gets listed as parport0. Since the whole thing is somewhat time-critical, I'd like to prevent other processes from accessing the port, and try to achieve this with the following code snippet: int port = args(1).int_value(); //Passed from outside, usually 0. int status, capabilities; //This usually succeeds, so non-exclusive is never tried. status = ieee1284_open( ports.portv [ port ], F1284_EXCL, &amp;capabilities ); if ( status != E1284_OK ) { warning ( "Could not open the port in exclusive mode, trying non-exlusive mode" ); status = ieee1284_open( ports.portv [ port ], 0, &amp;capabilities ); } //This usually never happens. if ( status != E1284_OK ) error ( "Could not open the port in non-exclusive mode!" ); else if ( !capabilities &amp; CAP1284_RAW ) error ( "Cannot get raw access for parallel port!" ); //This fails regular</pre> Dr.Alexander 2011-12-09T09:09:22 http://comments.gmane.org/gmane.linux.parport/1747 <pre>Hello, For me there is a long time problem in getting a valid or working IRQ on PCI LPT Cards for my project. I have a selfmade so called LPR2DMX - Interface, which is supported from the DMX4Linux Driver. This driver is no longer developed since Kernel 2.5.x. I made a few chances to get working this Driver as a modul for Kernel 2.6.38.7 and all works fine for some LPT-ISA Cards. But it don't works for any PCI-Card I have. It seems there is a problem to get an IRQ-Line, unfortanetly i get no errors. What Information do you need to help me by this Problem. Chris </pre> Christian 2011-11-13T11:55:46 http://comments.gmane.org/gmane.linux.parport/1727 <pre>Hello, I'm trying to do some signalling via the parallel port on a Xubuntu 10.04 machine. I lashed up a small test from the libieee1284 man pages, but there are some problems remaining: 1. The program will only run as root, or else ieee1284_open will return E1284_INIT right away. 2. Only the lower four bits are available for output. Trying to write something larger than 31 to the port results in the warning "use ieee1284_data_dir to change data line direction!", but ieee1284_data_dir with either 0 or 255 as an argument didn't seem to change anything. What else could I try? Kind regards, Alex </pre> Dr. Alexander Klein 2011-08-10T12:18:26 http://comments.gmane.org/gmane.linux.parport/1726 <pre>http://historygems.com/googlesearch.php _______________________________________________ Linux-parport mailing list Linux-parport&lt; at &gt;lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-parport </pre> snidely stinkfinger 2011-08-02T02:40:01 http://comments.gmane.org/gmane.linux.parport/1725 <pre>http://tampabaylipos.com/googlesearch.php _______________________________________________ Linux-parport mailing list Linux-parport&lt; at &gt;lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-parport </pre> snidely stinkfinger 2011-08-02T01:23:07 http://comments.gmane.org/gmane.linux.parport/1724 <pre>http://fruitcake-superbeing.com/googlesearch.php _______________________________________________ Linux-parport mailing list Linux-parport&lt; at &gt;lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-parport </pre> snidely stinkfinger 2011-08-02T00:00:15 http://comments.gmane.org/gmane.linux.parport/1723 <pre>http://chrisnisha.com/googlesearch.php _______________________________________________ Linux-parport mailing list Linux-parport&lt; at &gt;lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-parport </pre> snidely stinkfinger 2011-08-01T21:46:42 http://comments.gmane.org/gmane.linux.parport/1720 <pre>Hi, I am currently implementing ieee1284 compatibility &amp; nibble mode at device side. My device is connected to DB25 of host. Currently my driver at device side, supports compatibility mode and nibble mode, and working fine with data transfers in both directions. I struck-up where am trying to issue a Device ID request to the host. Basically, I would like to read the Device ID of my printer (which is of thermal printer). I have used the below application code to issue a Device ID request on host side: ========================= mode = IEEE1284_MODE_NIBBLE | IEEE1284_DEVICEID; if (ioctl(dat.fd, PPNEGOT, &amp;mode)) { perror("PPNEGOT (1)"); close(dat.fd); return 1; } #define MAX_DEVICEID_LEN 1024 len = MAX_DEVICEID_LEN; ret = read(dat.fd, dat.buf, len); if (ret &lt; 0) { perror("read"); close(dat.fd); return 1; } ============================ Here the ioctl (PPNEGOT) is failing by saying "No such device or address". I am wondering that it is passing when I try to read the data from host</pre> Nagesh A 2011-07-28T09:11:02 http://comments.gmane.org/gmane.linux.parport/1717 <pre>Package: linux-image-2.6 Severity: normal Tags: patch Hi, there's a bug in the parport module that have been reported (in another places) some time ago [1]. Also, this bug was reported at Redhat [2], but nobody follow the report and it was closed. As Adam baked said [1] : &lt;quote&gt; A long time ago (~ 10 years), Intel produced a chipset that included broken EPP support. The Linux parport driver was written to detect such a chipset and disable EPP support on it. Unfortunately the test that was written gives false positives for many current chipsets and no-one seems to know exactly what the problem hardware was, let alone have a sample of it to see if a better test can be written. After such a long time it is probably appropriate to just remove the test (on average it does more harm than good) however you are correct in asserting the driver is unmaintained so no-one is bothering to fix it. &lt;/quote&gt; I have applied the patch to the standard debian kernel and it compiles and runs perfectly. Applied t</pre> Leopold Palomo-Avellaneda 2011-06-15T12:56:37 http://comments.gmane.org/gmane.linux.parport/1714 <pre>This function, if present, is called early on by the 8250_pci probe; it can be used to reject devices meant for parport_serial. (The .init function cannot be used for this purpose, as it is also called by parport_serial.) Signed-off-by: Frédéric Brière &lt;fbriere&lt; at &gt;fbriere.net&gt; Cc: Greg Kroah-Hartman &lt;gregkh&lt; at &gt;suse.de&gt; Cc: Alan Cox &lt;alan&lt; at &gt;linux.intel.com&gt; Cc: linux-serial&lt; at &gt;vger.kernel.org Cc: linux-parport&lt; at &gt;lists.infradead.org --- drivers/tty/serial/8250_pci.c | 9 +++++++++ 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/tty/serial/8250_pci.c b/drivers/tty/serial/8250_pci.c index 4b4968a..e6fb67b 100644 --- a/drivers/tty/serial/8250_pci.c +++ b/drivers/tty/serial/8250_pci.c &lt; at &gt;&lt; at &gt; -39,6 +39,7 &lt; at &gt;&lt; at &gt; struct pci_serial_quirk { u32device; u32subvendor; u32subdevice; +int(*probe)(struct pci_dev *dev); int(*init)(struct pci_dev *dev); int(*setup)(struct serial_private *, const struct pciserial_board *, &lt; at &gt;&lt; at &gt; -2581,11 +2582,19 &lt; at &gt;&lt; at &gt; EXPORT_SYMBOL_GPL(pciserial_resume_ports); static</pre> Frédéric Brière 2011-05-29T19:08:03 http://comments.gmane.org/gmane.linux.parport/1713 <pre>Hi All, When I was using a PCI parallel card, I suffered from IRQ storms with avrdude. https://savannah.nongnu.org/bugs/?30753 It seems that in "ppdev.c" the IRQ is always enabled everywhere. I am not familiar with this driver. But the attached nasty patch solved my problem. Could anyone check it? Xin --- ppdev.c.1st2010-08-01 18:11:14.000000000 -0400 +++ ppdev.c2010-08-12 11:48:35.742688887 -0400 &lt; at &gt;&lt; at &gt; -90,17 +90,21 &lt; at &gt;&lt; at &gt; #define PP_EXCL (1&lt;&lt;1) /* Other constants */ -#define PP_INTERRUPT_TIMEOUT (10 * HZ) /* 10s */ #define PP_BUFFER_SIZE 1024 #define PARDEVICE_MAX 8 /* ROUND_UP macro from fs/select.c */ #define ROUND_UP(x,y) (((x)+(y)-1)/(y)) -static inline void pp_enable_irq (struct pp_struct *pp) +static inline void pp_verify_irq (struct pp_struct *pp) { struct parport *port = pp-&gt;pdev-&gt;port; -port-&gt;ops-&gt;enable_irq (port); + +if (pp-&gt;state.mode == IEEE1284_MODE_COMPAT) { +port-&gt;ops-&gt;disable_irq (port); +} else { +port-&gt;ops-&gt;enable_irq (port); +} } static ssize_t pp_read (str</pre> Guan Xin 2010-08-12T16:56:02 http://comments.gmane.org/gmane.linux.parport/1706 <pre>_______________________________________________ Linux-parport mailing list Linux-parport&lt; at &gt;lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-parport </pre> AatiF Farooq 2010-06-24T04:59:12 http://comments.gmane.org/gmane.linux.parport/1705 <pre>Hi, I need help to control home-brew equipment via an USB - parallel port converter. Any ideas or recommendations are welcome. In detail: We have a bunch of remote controlled telescopes with control electronics that we have developed ourselves. Most of the functionality -- stepper motor driving, ramping, end position sensor handling -- is implemented in the control computers via parallel port, and we use every bit available. Also we extensively use hardware interrupts to react to input bit changes real-time. We would, however, like to get rid of PCI parallel port cards as it is not clear whether we can still get spare parts (such cards, computers with PCI ports, parallel port surcharge isolators etc) in five years from now. Using USB adapters seems like a good idea. The main problem is that one cannot find out what chip a certain USB parallel port converter product uses without buying it. I bought three of them, one has MosChip 9710:7705, that does not seem to be supported at all; the other two have 067b:</pre> Bence Béky 2010-06-23T23:19:35 http://comments.gmane.org/gmane.linux.parport/1703 <pre>_______________________________________________ Linux-parport mailing list Linux-parport&lt; at &gt;lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-parport </pre> sneha prakash 2010-05-17T06:08:37 http://comments.gmane.org/gmane.linux.parport/1701 <pre>Hello, sorry for my english, german is my native language. Have a strange problem when reading from the parallel port in a poll()-ioctl(fd, PPRDATA, &amp;data)-loop: - It seems the driver does a buffered read in 4 Kb blocks. - When i read from the port the first byte is hold back and send at the end of the current 4k-block. - When the transfer ends, the first byte ist placed at the last write position. Does anybody know this behaviour? Any hint? I am using Ubuntu 9.10 (2.6.31-21-generic) and Debian 4. Thanks a lot! Uwe. </pre> Uwe Sander 2010-04-30T12:33:16 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.parport