[Bug 180390] Parallel port printing does not function with SLED 10 RC2
https://bugzilla.novell.com/show_bug.cgi?id=180390#c79
--- Comment #79 from Henryk Hecht
Somewhere around 10.0, it would work with ECP unless the modules were reloaded This is weird..., maybe diffing the parport_pc module helps, no idea... One of the old bugs in the duplicate chain had someone at SuSE who was sure he knew what the problem was (and that it was in parport). Unfortunately, this was about 10.0 and I have no idea how to find that information now. As the bug tumbled into a novell-private bug, I lost interest and just assumed I wouldn't be able to use DMA anytime soon.
One thing that may be relevant: I noticed that the BIOS is set to give the port DMA 3, NT lists it as using DMA 3, but: parport0: PC-style at 0x378 (0x778), irq 7, dma 7 [PCSPP,TRISTATE,COMPAT,EPP,ECP, DMA] is printed. Could this simply be a misallocation of the DMA channel by the kernel? That would certainly explain the DMA write time outs! I tried booting with parport=0x378,7,3 but it still printed the above message. I guess something else is overring the parport command line-I wonder where DMA 7 is coming from? I will supply the dmidecode info to the kernel.org bug once I am able to create an account there. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com