Menu
▾
▴
|
From: <pa...@rc...> - 2000-10-29 06:45:58
|
ge...@di... said: > But when I try to print (or even sometimes when I try "hpo devid") the > system locks up. > > # uname -a Linux digilicious.com 2.2.16-3smp #1 SMP Mon Jun 19 > 19:00:35 EDT 2000 i686 unknown > > You will notice I'm running an SMP kernel. Might this be the problem? > The device I have connected is an HP OfficeJet Model 720. > > Anyone have any ideas? What is the fall-back plan, can I just send > PCL via the standard parallel port driver to get this thing printing? bh...@ma... said: > I just obtained a g55, and I am having a problem on a 2.2.17SMP > machine. I noticed another email that referred to problems like mine > on an SMP machine. I am compiling a non-SMP kernel to see if that is > the problem. I might could help work through this if it ends being > the problem. Hi, Gene and Heath. Yes, unfortunately the hpoj kernel-mode drivers don't work properly with SMP. Burkhard Kohl and Damcha were working on it, and an "smp3.patch.bz2" patch was posted about 10 days ago, but I don't know what their current status is. (Burkhard and Damcha, would you care to comment?) Heath, you're certainly welcome to look into it if you want. So for the meantime, you could just give the "nosmp" kernel parameter via LILO to turn off SMP support, although I agree that isn't a reasonable long-term solution. In your case, Gene, I'm still working on scanning support for the 720, so at the moment this package doesn't provide much value for you anyway. For now you can just use ghostscript with the standard parallel port driver, and hopefully by the time I finish the scanning support these SMP problems will be resolved. David |
|
From: Burkhard K. <bu...@bu...> - 2000-10-29 15:06:15
|
David Paschal > > ge...@di... said: > > But when I try to print (or even sometimes when I try "hpo devid") the > > system locks up. > > > > I just obtained a g55, and I am having a problem on a 2.2.17SMP > > machine. I noticed another email that referred to problems like mine > > on an SMP machine. I am compiling a non-SMP kernel to see if that is > > the problem. I might could help work through this if it ends being > > the problem. > > Hi, Gene and Heath. Yes, unfortunately the hpoj kernel-mode drivers don't > work properly with SMP. Burkhard Kohl and Damcha were working on it, > and an "smp3.patch.bz2" patch was posted about 10 days ago, but I don't > know what their current status is. (Burkhard and Damcha, would you care > to comment?) Heath, you're certainly welcome to look into it if you want. I'll try to summarize the status of our attempts. Unfortunately I do not have a MP machine and thus can not test SMP issues directly. The 0.6 driver has problems related to SMP and 2.4.x issues because it uses non SMP-aware primitives for bottom half locking. Damcha and I replaced these with their SMP-aware counterparts (which just collapse to normal locking primitives for non-SMP systems - will say they work as well with non SMP systems). We have also addressed the issue of SMP-config awareness by consulting the <linux/autoconfig.h> header to decide upon the setting of the SMP-compiler flags for the hpoj driver modules. Without the patch the modules were compiled as non-SMP even if the kernel was configured for SMP. Now the modules will get compiled with SMP flags properly depending on the kernel SMP configuration. If someone wants to override this setting, he/she has to edit ieee12844/Makefile and uncomment one of the FORCE_SMP flag settings. (This might be helpful, if you don't have the kernel sources or use a precompiled kernel from a distribution package). I further adapted the ieee12844pp module to the new parport interface of 2.4.x kernels which should allow for "hotplugging" of parport devices. This feature is not well tested but should work ok with devices that are already visible when loading the ieee12844<pp> modules (the normal situation with board/card based parports). The new interface allows for 4 MLC links and could easyly be expanded for even more links (devices). I have the patch tested against a 2.2.14/17 and the 2.4.0-test9 kernel on my machine. Unfortunately I see an immense slowdown while scanning with the 2.4.0 kernel which is not present with 2.2.x. At the moment I am trying to isolate that problem (and to include Davids newest patch). For now I just have one report from Alexander Zimmermann that the patch works ok for him on a 2.2.16 SMP kernel with a G85. I'd like to encourage everyone with a SMP machine and/or an 2.4.x kernel to test it and report success or failure to this list. As I already wrote, I am really depending on such reports as I don't have SMP hardware. The patch was posted on Thu, 19 Oct with the subject: Patches for 2.4 kernel. I has to be applied against a clean hpoj-0.6 source tree before you call ./configure Burkhard -- Burkhard Kohl bu...@bu... |
|
From: Alexander Z. <Ale...@fm...> - 2000-10-30 08:53:31
|
Hallo Burkhard, ich wollt bei der Gelegenheit nur mal darauf hinweisen, dass ich dir jederzeit f=FCr irgendwelche Tests mit dem Hpoj Kernel-Modulen zur Verf=FCgung stehe, sei's f=FCr 2.2.x Kernel oder auch 2.4.x. Letzteren hab ich aber nicht im normalen Betrieb laufen, da er bei mir noch Probleme mit NIS macht, aber zum testen geht's. Und ich hab 'ne SMP Maschine :-). CU --=20 Ale...@fm... / There was a phone call for you. http://www.fmi.uni-passau.de/~zimmerma/=20 for PGP public key finger /=20 zim...@yo... /=20 |
|
From: <da...@cy...> - 2000-10-31 19:37:03
|
Hello all ! I'm back into business after some very very busy weeks... So please just let me a few more days (hours) and I'll be fully operational ! See you, Damcha |
|
From: Burkhard K. <bu...@bu...> - 2000-11-05 11:59:37
|
da...@cy... > Hello all ! > > I'm back into business after some very very busy weeks... > So please just let me a few more days (hours) and I'll be fully operational ! > > See you, > Damcha That fits well. After changing my employer I have to do some training which will keep me away from my linux box at home. After next week I will be back. Burkhard -- Burkhard Kohl bu...@bu... |
