[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <201109151133.19211.leo@alaxarxa.net>
Date: Thu, 15 Sep 2011 11:33:18 +0200
From: "Leopold Palomo-Avellaneda" <leo@...xarxa.net>
To: linux-kernel@...r.kernel.org
Cc: linux-parport@...ts.infradead.org, 630593@...s.debian.org,
Nicos Gollan <gollan@...ormatik.uni-kl.de>,
Greg KH <greg@...ah.com>, Alan Cox <alan@...rguk.ukuu.org.uk>,
Alexander Gordeev <lasaine@....cs.msu.su>,
Jonathan Nieder <jrnieder@...il.com>
Subject: [PATCH/RFC] parport_pc: remove ancient, overeager quirk that disables EPP support on many chipsets
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] :
<quote>
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.
</quote>
I have applied the patch to the standard debian kernel and vanilla kernels and
runs perfectly. The patch simply erases a check. Applied to some Dell
hardware, now the EPP mode is detected and, after some initial tests it's
working.
Please, apply the patch.
Best regards,
Leo
[1] http://lists.infradead.org/pipermail/linux-parport/2008-March/000628.html
[2] https://bugzilla.redhat.com/show_bug.cgi?id=284471
View attachment "patch_parport_bug.patch" of type "text/x-patch" (628 bytes)
Powered by blists - more mailing lists