<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.linux.parport">
    <title>gmane.linux.parport</title>
    <link>http://permalink.gmane.org/gmane.linux.parport</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1760"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1759"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1758"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1757"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1756"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1755"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1754"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1753"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1751"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1750"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1749"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1748"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1747"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1746"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1743"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1731"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1728"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1727"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1726"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.parport/1725"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1760">
    <title>Parport woes</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1760</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>John Coppens</dc:creator>
    <dc:date>2013-02-14T17:46:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1759">
    <title>не запускается parport</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1759</link>
    <description>&lt;pre&gt;


&lt;/pre&gt;</description>
    <dc:creator>Виктор Веретенников</dc:creator>
    <dc:date>2012-11-15T11:11:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1758">
    <title>[PATCH/RFC] ppdev: Adds support for async I/O withDMA and ECP</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1758</link>
    <description>&lt;pre&gt;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
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -104,6 +104,300 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; static inline void pp_enable_irq (struct
 port-&amp;gt;ops-&amp;gt;enable_irq (port);
 }
 
+struct pp_ki
+{
+int len_real;
+void * buffer;
+struct kiocb *cb;
+const struct iovec *iov;
+struct parport&lt;/pre&gt;</description>
    <dc:creator>Johann Klammer</dc:creator>
    <dc:date>2012-10-18T05:31:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1757">
    <title>Re: IRQ storm from Express card parallel port</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1757</link>
    <description>&lt;pre&gt;Hi Martin,

On 06/25/2012 02:44 PM, Martin Mokrejs wrote:

Sure, well the chip is indeed an Oxford chip according to lspci.



I am afraid I won't find the time to test all modes and the patches,
although I'd wish to. What I am concerned about for now is to get the
interrupt operation work ok. But I'll report back on that as soon as I
find something. In the meanwhile, I am happy to receive any feedback on
this, too.

Thanks
Andre
&lt;/pre&gt;</description>
    <dc:creator>Andre Puschmann</dc:creator>
    <dc:date>2012-06-29T18:07:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1756">
    <title>Re: IRQ storm from Express card parallel port</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1756</link>
    <description>&lt;pre&gt;

Andre Puschmann wrote:

Try lspci and also dmesg after loading the proper driver.


I could get the card running in ECP at all. It was only in SPP mode without
the patch. If your card is running in ECP+DMA mode you don't need them probably.
Or just try and report back the difference. It is also helpful to know if the patches
break other systems.

Martin
&lt;/pre&gt;</description>
    <dc:creator>Martin Mokrejs</dc:creator>
    <dc:date>2012-06-25T12:44:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1755">
    <title>Re: IRQ storm from Express card parallel port</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1755</link>
    <description>&lt;pre&gt;Hi Martin,

On 06/25/2012 12:10 PM, Martin Mokrejs wrote:

Well, I am not 100% certain but the card came with a driver CD and it
contains a inf file for Windows which is copyright by Oxford Technology.
So that might mean that my adapter has the Oxford chip. Is there any way
to check without breaking the housing?


Mmh, do you think the ECP patches help fixing this IRQ issues?

Regards,
Andre



&lt;/pre&gt;</description>
    <dc:creator>Andre Puschmann</dc:creator>
    <dc:date>2012-06-25T10:44:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1754">
    <title>Re: IRQ storm from Express card parallel port</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1754</link>
    <description>&lt;pre&gt;Hi Andre,
  I played with a card from another vendor based on MosChip. It was stated
in the manual one cannot use IRQ, only memory-mapped IO. When I did use ECP+DMA
my Linux locked up soon. I could print fine but to scan a page I need a lot of luck.
Well, I need a patch which you can find on this list to disable to "fix" which
disabled ECP on many systems, inadverently, and was still necessary for 3.2.5 kernel.
I am attaching them for your convenience.
  I was dreaming about http://www.usbgear.com/USBG-EX-LPT.html which is based
on Oxford chipset, hopefully working in IRQ mode as well.
  It probably not much helpful answer but that's all I could contribute, from my user
experience. Threads on HPLIP forums merely document that scanning does not work
over these adapters, mention some "soft" ECP mode used by HP printers/scanners
if I remember right. Lookup the archives of this list, I think I posted some
URLs while it was fresh in my memory. In the end I gave up.

Best,
Martin

Andre Puschmann wrote:


--- driv&lt;/pre&gt;</description>
    <dc:creator>Martin Mokrejs</dc:creator>
    <dc:date>2012-06-25T10:10:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1753">
    <title>IRQ storm from Express card parallel port</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1753</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Andre Puschmann</dc:creator>
    <dc:date>2012-06-25T08:08:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1751">
    <title>calling request_resource</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1751</link>
    <description>&lt;pre&gt;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;amp;ioport_re&lt;/pre&gt;</description>
    <dc:creator>John Heim</dc:creator>
    <dc:date>2012-02-25T23:40:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1750">
    <title>Re: Arm parallel port configuration</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1750</link>
    <description>&lt;pre&gt;
development. 

Hi,

Can you please post the source code for this? 

I would be interested in testing it out on the imx28.

Thanks.




_______________________________________________
Linux-parport mailing list
Linux-parport&amp;lt; at &amp;gt;lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport
&lt;/pre&gt;</description>
    <dc:creator>John Murphy</dc:creator>
    <dc:date>2012-02-23T22:02:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1749">
    <title>Documentation/parport.txt imprements</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1749</link>
    <description>&lt;pre&gt;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&lt;/pre&gt;</description>
    <dc:creator>Martin Mokrejs</dc:creator>
    <dc:date>2012-02-09T13:08:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1748">
    <title>How to get exclusive access to parports?</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1748</link>
    <description>&lt;pre&gt;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;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;amp;capabilities );
}

//This usually never happens.
if ( status != E1284_OK )
error ( "Could not open the port in non-exclusive mode!" );

else if ( !capabilities &amp;amp; CAP1284_RAW )
error ( "Cannot get raw access for parallel port!" );

//This fails regular&lt;/pre&gt;</description>
    <dc:creator>Dr.Alexander</dc:creator>
    <dc:date>2011-12-09T09:09:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1747">
    <title>Don't catch any/valid IRQ on PCI Parport devices</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1747</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Christian</dc:creator>
    <dc:date>2011-11-13T11:55:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1746">
    <title>Re: [PATCH/RFC] parport_pc: remove ancient</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1746</link>
    <description>&lt;pre&gt;
The code in this patch solves a practical problem: system lockup 
when using parallel port PCI add in boards.  

The EPP_supported Intel bug test causes the system lockup.  In short:

1. The test enables the interrupt logic: 
  nErrIntrEn, ecr &amp;amp; 0x10 == 0, enables nFault to interrupt routing,
  serviceIntr, ecr &amp;amp; 0x04 == 0, allows interrupts for FIFO or DMA data.

2. When ECP mode is selected, ecr == 0x60, the empty FIFO generates an 
  interrupt condition.  The parport driver has not yet requested the 
  irq so the interrupt handler is not registered.  

3. A PCI add in board is configured for level interrupts, and the 
  Programmable Interrupt Controller is configured for level sensitive 
  interrupt handling if the INTX# line comes from the PCI bus.  

4. Thus 2 and 3 give an interrupt storm.  The PIC interrupts a 
  processor, the kernel calls any registered handler and sends an 
  end of interrupt to the PIC, and the PIC interrupts again, ....

5. If no handler is registered then linux detects such a s&lt;/pre&gt;</description>
    <dc:creator>vdb&lt; at &gt;picaros.org</dc:creator>
    <dc:date>2011-09-19T22:17:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1743">
    <title>Re: [PATCH/RFC] parport_pc: remove ancient, overeager quirk that disables EPP support on many chipsets</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1743</link>
    <description>&lt;pre&gt;I hope this patch gets downline faster...just in case it applies to my
machine. I am just a lurker and don't compile kernels, but I am using Fedora
15 on Intel i2600 &amp;amp; DH67BL motherboard with a parallel port card. Despite
everything parport won't detect the parallel port while detecting serial
port on the same card and I have therefore attached a dmp printer to a
windows machine run just for the purpose of providing network printer....the
last windoze in my firm...can't wait to get rid of it ;-)

Thanks guys.
Sanjay.
_______________________________________________
Linux-parport mailing list
Linux-parport&amp;lt; at &amp;gt;lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport
&lt;/pre&gt;</description>
    <dc:creator>Sanjay Arora</dc:creator>
    <dc:date>2011-09-16T10:09:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1731">
    <title>Re: The Intel parport bug</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1731</link>
    <description>&lt;pre&gt;Hi,

first of all sorry for the delay. I have been out for a few days and I don't 
see this email.

A Dijous, 11 d'agost de 2011, Jonathan Nieder va escriure:
[...]

Yes, it's so reasonable. I hope write it soon I send it. Thanks a lot for the 
report.


I hope so.


Thansk for all.

Leo

&lt;/pre&gt;</description>
    <dc:creator>Leopold Palomo-Avellaneda</dc:creator>
    <dc:date>2011-08-22T08:23:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1728">
    <title>Re: Using libieee1284 with Ubuntu</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1728</link>
    <description>&lt;pre&gt;
Set appropriate permissions or ACLs on /dev/parport*.


Sounds like you're writing the control register instead of the data
register.

Tim.
*/

_______________________________________________
Linux-parport mailing list
Linux-parport&amp;lt; at &amp;gt;lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport
&lt;/pre&gt;</description>
    <dc:creator>Tim Waugh</dc:creator>
    <dc:date>2011-08-10T14:07:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1727">
    <title>Using libieee1284 with Ubuntu</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1727</link>
    <description>&lt;pre&gt;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
&lt;/pre&gt;</description>
    <dc:creator>Dr. Alexander Klein</dc:creator>
    <dc:date>2011-08-10T12:18:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1726">
    <title>(no subject)</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1726</link>
    <description>&lt;pre&gt;http://historygems.com/googlesearch.php
       _______________________________________________
Linux-parport mailing list
Linux-parport&amp;lt; at &amp;gt;lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport
&lt;/pre&gt;</description>
    <dc:creator>snidely stinkfinger</dc:creator>
    <dc:date>2011-08-02T02:40:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1725">
    <title>(no subject)</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1725</link>
    <description>&lt;pre&gt;http://tampabaylipos.com/googlesearch.php
       _______________________________________________
Linux-parport mailing list
Linux-parport&amp;lt; at &amp;gt;lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport
&lt;/pre&gt;</description>
    <dc:creator>snidely stinkfinger</dc:creator>
    <dc:date>2011-08-02T01:23:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.parport/1724">
    <title>(no subject)</title>
    <link>http://permalink.gmane.org/gmane.linux.parport/1724</link>
    <description>&lt;pre&gt;http://fruitcake-superbeing.com/googlesearch.php
       _______________________________________________
Linux-parport mailing list
Linux-parport&amp;lt; at &amp;gt;lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-parport
&lt;/pre&gt;</description>
    <dc:creator>snidely stinkfinger</dc:creator>
    <dc:date>2011-08-02T00:00:15</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.parport">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.parport</link>
  </textinput>
</rdf:RDF>
