Bug 60258
Summary: | plip stops working after down/up | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Stas Sergeev <stssppnn> | ||||
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 7.2 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-02-21 18:48:30 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Stas Sergeev
2002-02-23 01:56:24 UTC
Created attachment 46480 [details]
ifcfg-plip0
As we don't have any PLIP setup here it's hard to reproduce, but i would suspect it might be a kernel driver problem rather than a userspace problem. Have you tried updating to the latest errata kernel? Just a thought. Also maybe using the updated initscripts might be an idea. Read ya, Phil > As we don't have any PLIP setup here You are kidding, arent you? :) I have to look at a price list to see how much does a parallel port cable costs, but I guess not too much:) > but i would suspect > it might be a kernel driver problem rather than a userspace problem. That could be but I have just tried it on 2.2.20 and 2.4.17 with the same bad results as on 2.4.7-10 RH:( But on 2.4.18 it behaves absolutely differently: it doesn't work at all! No way to get it working on 2.4.18 - the same timeouts, but even without a down/up magic. Strange... > Have you tried updating to the latest errata kernel? No, but I have tried several vanilla kernels. Downloading the whole kernel is a big pain for me so I prefer to use sources and incremental patches. But if you still feel that RH kernel have some special fixes that can help, I'll try it, no problems. > Also maybe > using the updated initscripts might be an idea. This doesn't help either. I think I have to fiddle with plip_close() a bit to see if it is really a kernel problem. Huh, definitely a kernel bug. Removing a "DISABLE(dev->irq);" from plip_close() (plip.c:1180) fixes the problem. Is it OK, or something else must be done? I am not a kernel hacker so my question is: why plip disables a parallel port irq? I may use parport not only with plip so disabling an irq doesn't seem to be a plip's responsibility at all. is the parport interrupt shared by chance? Arjan, I have resubmitted this bugreport already, see Bug 64186 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64186 > is the parport interrupt shared by chance? It doesn't seem to be. My parport uses IRQ7 and nobody else seems to be using it. /proc/interrupts confirms this. Actually it turns out that replacing "DISABLE(dev->irq)" with "disable_parport_interrupts(dev)" also fixes the problem, but please see the Bug #64186 Thanks. Reassigning to kernel (as it is not a net-tools bug). Read ya, Phil Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |