Menu
▾
▴
hpoj-devel — HPOJ development/support list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
(111) |
Oct
(63) |
Nov
(64) |
Dec
(116) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(49) |
Feb
(27) |
Mar
(136) |
Apr
(59) |
May
(122) |
Jun
(72) |
Jul
(167) |
Aug
(77) |
Sep
(103) |
Oct
(128) |
Nov
(86) |
Dec
(87) |
| 2002 |
Jan
(150) |
Feb
(111) |
Mar
(112) |
Apr
(139) |
May
(204) |
Jun
(228) |
Jul
(202) |
Aug
(244) |
Sep
(215) |
Oct
(311) |
Nov
(127) |
Dec
(229) |
| 2003 |
Jan
(252) |
Feb
(119) |
Mar
(163) |
Apr
(166) |
May
(91) |
Jun
(84) |
Jul
(106) |
Aug
(98) |
Sep
(93) |
Oct
(161) |
Nov
(82) |
Dec
(62) |
| 2004 |
Jan
(58) |
Feb
(44) |
Mar
(56) |
Apr
(67) |
May
(50) |
Jun
(57) |
Jul
(20) |
Aug
(25) |
Sep
(33) |
Oct
(35) |
Nov
(61) |
Dec
(95) |
| 2005 |
Jan
(61) |
Feb
(31) |
Mar
(17) |
Apr
(10) |
May
(2) |
Jun
(13) |
Jul
(4) |
Aug
(10) |
Sep
(9) |
Oct
(33) |
Nov
(2) |
Dec
(7) |
| 2006 |
Jan
(11) |
Feb
(3) |
Mar
(3) |
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: <pa...@rc...> - 2001-05-25 00:38:57
|
Carlos Puchol wrote:
> hi, i am trying to debug the situation of an hp officejet g55
> connected to one of the onboard usb ports in my spakin' new
> asus a7v133. the printer is recognized but there is no way
> to print or scan from it
...
> so, maybe the problem is in the kernel. i am running a fresh
> redhat 7.1 install. i am trying to run the printer drivers from
> the hpoj group.
...
> when running them with the usb mode, the first indication
> that there is something wrong is that open() calls to
> the /dev/usb/lp0 return -1 in the ptal-mlcd daemon when someone tries to
> use it:
>
> open("/dev/usb/lp0", O_RDWR) = -1 ENODEV (No such device)
Hi, Carlos. I tried running the HP OfficeJet software with USB on RedHat
7.1 (kernel 2.4.2), and ran into some problems that seem to be related to
SMP. When I ran the box in UP mode, the problems went away. I don't know
if this is related to the problems you reported, but I think the linux-usb
folks will want to know about it. :-)
Specifically, after I start ptal-mlcd (the hpoj MLC/1284.4 daemon), if I
start a scan (using SANE), ptal-mlcd segfaults and I get the following
in /var/log/messages:
May 24 16:28:37 paschal5 kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000a0
May 24 16:28:37 paschal5 kernel: printing eip:
May 24 16:28:37 paschal5 kernel: c58646c7
May 24 16:28:37 paschal5 kernel: pgd entry c13ab000: 0000000000000000
May 24 16:28:37 paschal5 kernel: pmd entry c13ab000: 0000000000000000
May 24 16:28:37 paschal5 kernel: ... pmd not present!
May 24 16:28:37 paschal5 kernel: Oops: 0000
May 24 16:28:37 paschal5 kernel: CPU: 0
May 24 16:28:37 paschal5 kernel: EIP: 0010:[pcnet32:__insmod_pcnet32_O/lib/modules/2.4.2-2smp/kernel/drivers/ne+-88377/96]
May 24 16:28:37 paschal5 kernel: EIP: 0010:[<c58646c7>]
May 24 16:28:37 paschal5 kernel: EFLAGS: 00010096
May 24 16:28:37 paschal5 kernel: eax: c169ff40 ebx: 00000202 ecx: 00000000 edx: c13fe060
May 24 16:28:37 paschal5 kernel: esi: c4705218 edi: 00000000 ebp: c4705218 esp: c1383efc
May 24 16:28:37 paschal5 kernel: ds: 0018 es: 0018 ss: 0018
May 24 16:28:37 paschal5 kernel: Process ptal-mlcd (pid: 1135, stackpage=c1383000)
May 24 16:28:37 paschal5 kernel: Stack: c5869004 c5866df7 00000387 c13fe060 c4705218 c169ff40 00000202 c4705218
May 24 16:28:37 paschal5 kernel: c4acf000 c13fe060 c5863641 c4705218 c1382000 c1382000 00000000 00000001
May 24 16:28:37 paschal5 kernel: c0008200 c13fe060 c4acf000 c47051c0 c13ff000 00000000 00000009 c585604c
May 24 16:28:37 paschal5 kernel: Call Trace: [pcnet32:__insmod_pcnet32_O/lib/modules/2.4.2-2smp/kernel/drivers/ne+-69628/96] [pcnet32:__insmod_pcnet32_O/lib/modules/2.4.2-2smp/kernel/drivers/ne+-78345/96] [pcnet32:__insmod_pcnet32_O/lib/modules/2.4.2-2smp/kernel/drivers/ne+-92607/96] [pcnet32:__insmod_pcnet32_O/lib/modules/2.4.2-2smp/kernel/drivers/ne+-147380/96] [ipchains:__insmod_ipchains_S.bss_L1072+38862/79684770] [sys_write+150/208] [system_call+51/56]
May 24 16:28:37 paschal5 kernel: Call Trace: [<c5869004>] [<c5866df7>] [<c5863641>] [<c585604c>] [<c587e60e>] [<c013a486>] [<c01091cb>]
May 24 16:28:37 paschal5 kernel: [startup_32+43/203]
May 24 16:28:37 paschal5 kernel: [<c010002b>]
May 24 16:28:37 paschal5 kernel:
May 24 16:28:37 paschal5 kernel: Code: 8b 81 a0 00 00 00 8d 59 0c 8b 40 24 89 44 24 10 8b 45 34 89
I attached gdb to ptal-mlcd, but the process died such an ugly death that
gdb wasn't able to determine where in the code the segfault happened, which
would have possibly indicated what specific operation caused the segfault.
After the oops, lsmod indicated that the USB "printer" module was still
in use, even though ptal-mlcd had exited:
Module Size Used by
printer 5120 1
usb-ohci 17744 0 (unused)
usbcore 52416 1 [printer usb-ohci]
When I tried to restart ptal-mlcd and re-establish communication with the
peripheral, ptal-mlcd was unable to open /dev/usb/lp0 due to errno 16
(device or resource busy), probably because printer.o was in a bad state.
After messing around with it some more (I forget exactly what I did), my
machine eventually locked up completely and I had to press the reset button.
Running smaller tasks, such as talking to the "echo" service on the
peripheral, seems to work fine even in SMP. In non-SMP, I can scan all I
want without problems.
> - shouldn't the ptal-mlcd process cause the uhci and/or printer
> module to be "in use"? although i believe the driver does not
> talk to the printer unless it is required.
ptal-mlcd waits until an application tries to talk to the peripheral before
it opens /dev/usb/lpX. Once that's open, it stays open until ptal-mlcd is
killed, a communication or protocol error happens, or the daemon is
explicitly deactivated with the "deactivate" command on the debug console.
David
|
|
From: PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...> - 2001-05-24 21:41:47
|
Joe Piolunek wrote: > Reformatting the documentation in HTML is a good idea, IMO. > It would be much > more readable. If you use only the basic HTML tags, you > probably won't lock > any users out. > > man pages could be useful as a quick reference. If you decide > to supply them, > they would not need to be very detailed. Hi, Joe. Thanks for the feedback. My thinking for manual pages was to write them in the nroff format (which I'll need to learn:-) and then run them through man2html to integrate them with the other HTML documents in the package and on the web. David |
|
From: Joe P. <joe...@sn...> - 2001-05-24 15:43:57
|
On Thursday 24 May 2001 07:40 am, Ranvel M=E4kinen wrote: > Hello, > I'm new to this group/project and just obtained this printer > I would like to help beta test and develop the drivers for > this model if I can or help in any other way. I just breifly > noticed another fellow offered help on this model/printer > but I didn't see any more developments with that, but it > appears that the search function isn't working, so I hope > someone can take me up to speed. > > Thanks, > R To anyone thinking of testing the hpoj project or any other Free software= =20 still in the development stage: Free (GPL, etc.) software development is very different from the typical=20 ms-windows environment. Because this project is distributed under the GNU= =20 General Public License, the source code is available for anyone to test. = You=20 don't need special permission.=20 Many Free software projects maintain a CVS version that contains the lat= est=20 code changes, and which can benefit from additional testing. The hpoj=20 project's CVS code is available to anyone for download. If you decide to test any software in development (or even some proprieta= ry,=20 released software), you should understand that it can damage your compute= r or=20 information stored on it. You are the one responsible if anything goes wr= ong,=20 so if you don't have enough experience with your operating system, it may= be=20 better to wait until you know more. Don't expect a lot of individualized help, though that sometimes will occ= ur=20 anyway. You should try to be more of a help than a burden. When you test the software, feed back any important information to the=20 developers. Write an accurate and clear description of problems encounter= ed=20 and what you were doing that led to them occurring. If you had successes,= =20 reports on them are appreciated as well. If you want to contribute to a project's source code or documentation, et= c.,=20 look at the TODO list, follow the discussions, and decide if you can=20 contribute. Unfortunately, the nature of the internet makes it impossible= to=20 judge someone's ability simply by what they say . You will usually need t= o=20 demonstrate your ability in some way. Write something that is needed and=20 offer it. If it is accepted, write some more. Never contribute anything t= hat=20 could lead to a copyright or ownership problem. Information on obtaining the hpoj project's latest CVS code can be found = by=20 going to http://hpoj.sourceforge.net and clicking on the appropriate link= s. --=20 Joe |
|
From: <ra...@ya...> - 2001-05-24 11:44:04
|
Hello, I'm new to this group/project and just obtained this printer I would like to help beta test and develop the drivers for this model if I can or help in any other way. I just breifly noticed another fellow offered help on this model/printer but I didn't see any more developments with that, but it appears that the search function isn't working, so I hope someone can take me up to speed. Thanks, R _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
|
From: Joe P. <joe...@sn...> - 2001-05-24 03:47:57
|
On Wednesday 23 May 2001 09:13 pm, PASCHAL,DAVID (HP-Roseville,ex1) wrote: <...> > Looking longer term, I would still like to further reorganize the > documentation for 0.8. I'm considering changing the format from plain text > to HTML, to make it easier to hyperlink between different parts of the > documentation for the sake of walking users through basic installation and > linking to more detailed information about each command. Since I expect > everybody has an HTML viewer on their system these days, this shouldn't be > a big problem, but I would be interested to hear what other people think. > I probably will keep the HTML pretty light-weight just in case anybody > needs to look at it in plain-text modes (and also due to my poor HTML > skills:-). I may or may not provide Unix manual pages for the various > commands in addition to HTML versions. In any case, the documentation will > still be provided with the package as well as on the web, for both the > released and CVS versions, so web access will still be optional for reading > the documentation. Reformatting the documentation in HTML is a good idea, IMO. It would be much more readable. If you use only the basic HTML tags, you probably won't lock any users out. man pages could be useful as a quick reference. If you decide to supply them, they would not need to be very detailed. -- Joe |
|
From: PASCHAL,DAVID (HP-Roseville,ex1) <dav...@hp...> - 2001-05-24 01:14:01
|
Hi. I just checked in some large updates to SCAN-HOWTO and some small updates to INSTALL. This was mostly to reflect the split of SANE into separate backend and frontend packages and to add more detailed information about scanning with ptal-hp. I haven't yet gone through my old e-mail or followed the setup instructions exactly to make sure I captured all the "gotchas", but if anybody sees any mistakes, vague or incomplete information, poor wording, typos, etc., then please let me know. This information is also accessible on the web site (click on "Documentation"), useful for those who aren't using the development code in CVS, and be sure to click on the CVS version of SCAN-HOWTO on that page. Looking longer term, I would still like to further reorganize the documentation for 0.8. I'm considering changing the format from plain text to HTML, to make it easier to hyperlink between different parts of the documentation for the sake of walking users through basic installation and linking to more detailed information about each command. Since I expect everybody has an HTML viewer on their system these days, this shouldn't be a big problem, but I would be interested to hear what other people think. I probably will keep the HTML pretty light-weight just in case anybody needs to look at it in plain-text modes (and also due to my poor HTML skills:-). I may or may not provide Unix manual pages for the various commands in addition to HTML versions. In any case, the documentation will still be provided with the package as well as on the web, for both the released and CVS versions, so web access will still be optional for reading the documentation. David |
|
From: Bob P. <bpa...@cs...> - 2001-05-24 00:03:03
|
> Hi, Bob. In addition to what little advice I was just able to give to > Chris Rhodes (hpinkjet Help forum and upgrading to 0.96), I should also > mention that many printers can't print all the way to the bottom of the > page, so sometimes the very bottom will get cropped. Last line of the page gets cropped right in the middle. Nothing I've done seem to stop it from doing this, such as changing the number of lines per page. This turns a other wise good paper in to wasted dead tree right at the last moment. :-( |
|
From: Joe P. <joe...@sn...> - 2001-05-23 23:30:15
|
On Wednesday 23 May 2001 03:28 am, David Paschal wrote: > Hi, > > HP has released version 0.96 of the hpinkjet drivers, which are compatible > with most OfficeJet models. This update fixes a problem with using the > DeskJet 600-series drivers (DJ6xx or DJ6xxP) on the OfficeJet 500, 600, > 700, and PSC 300 series. Previously, I had made a patch to fix this > available at http://hpoj.sourceforge.net/todo.shtml. > > The announcement from > http://linuxtoday.com/news_story.php3?ltsn=2001-05-23-004-20-NW-HW-SV > is included below. > > David I installed the 0.96 hpinkjet binary rpms today. They seem to work well with the hpoj drivers. It's good that they incorporated your patch, David. -- Joe |
|
From: Heinz R. <ruf...@ya...> - 2001-05-23 22:06:09
|
David Paschal schrieb: > Thanks a lot David. Heinz > Heinz Ruffieux wrote: > > I just downloaded the hpoj-0.7 package and tried to compile it on my > > RH7.1 box (Kernel 2.4.2). It didn't work (see details below) > > > > After this I read the following statment in the downloaded INSTALL file: > > > > BUG: The kernel drivers currently fail to compile under kernel 2.4. > > They also do not work with SMP (any kernel version). These two problems > > are being worked on. > Hi, Heinz. There's a patch for 0.7 to fix this problem at > http://hpoj.sourceforge.net/todo.shtml. > > > When I'm reading the same file online on sourceforge > > (http://hpoj.sourceforge.net/hpoj/INSTALL), I can not find this > > statement. So my question is, can it be compiled under 2.4.2? > The web-based version of this file was for the latest development code in > CVS, not 0.7. In an attempt to reduce confusion, I have now added links > to the documentation files for 0.7. > > David > > _______________________________________________ > hpoj-devel mailing list > hpo...@li... > http://lists.sourceforge.net/lists/listinfo/hpoj-devel -- \\\|/// \ ~ ~ / (\ @ @ /) --oOOO--(_)--OOOo---------------------------------- Heinz Ruffieux Home: +41 26 670 40 85 Dipl. El.-Ing HTL Mobile: +41 79 353 62 23 Hintere Gasse 2 CH-3285 Galmiz / Switzerland ooO -----( )--Ooo------------------------------------ |
|
From: <pa...@rc...> - 2001-05-23 10:55:39
|
md...@oz... wrote:
> I am thinking of buying a HP 1220. I understand it is a postscript
> printer so setting up printing with linux should be easy. I have had a
> look at the hpoj-devel page and where it talks about the ptal-hp command
> line utility.
>
> My question is: How difficult is it to set up to scan with the HP 1220?
> Is the code in the SANE driver yet? Can you point me to an explantory
> doc on setting up scanning with this product?
>
> Should I buy one of these or will it be a headache to try and scan with?
>
> Thanks in advance.
> Mark.
Hi, Mark. The 1220 is not yet supported by SANE. Instead, you can use the
"ptal-hp" command-line utility, which is available in the latest development
code in CVS. I just made some small changes to the documentation to reflect
the current state of ptal-hp scanning. Basically, once you have ptal-mlcd
(the low-level driver) running, you can scan with a command such as
"ptal-hp mlc:usb:0 scan", and it will output a color image to out.pnm.
Here are all the possible options, which you can get by running something
like "ptal-hp mlc:usb:0 scan -help":
Syntax: ... scan [<settings>...]
Valid settings:
-bw, -bwht, -gray, -color -- Scan mode (default=color)
-contrast <contrast> -- Contrast (0-100, default=50)
-res <xy>, -xres <x>, -yres <y> -- Resolution (default=100 DPI)
-raw, -jpeg, -mh, -mr, -mmr -- Compression (default=raw)
-compfactor <n> -- Compression factor (0-100, def=0)
-o <filename.ext> -- Output file (def=out.pnm or out.jpg)
-mfpdtf -- Save MFPDTF stream
-openfirst, -opensecond -- Reorders scan start and open steps
-parsejpeg, -noparsejpeg -- Overrides JPEG parsing
-length <n> -- Overrides JPEG image length
It's not hard to download code from CVS. Just follow the instructions for
anonymous CVS access at "http://hpoj.sourceforge.net/download.shtml" and
"http://sourceforge.net/cvs/?group_id=9973".
> I would be glad if you could stop the blacklisting so that I can join
> up to the mailing list.
I'll see if SourceForge has an option for this, and if not, then I'll add
you manually. I tried to fix this just now but my ISP took my connection
down for maintenance. :-( Remind me again in a few days if I forget to
come back to this.
David
|
|
From: <pa...@rc...> - 2001-05-23 10:55:27
|
Bob Paddock wrote: > After much pain and agony of getting Mandrake 8.0 and CUPS to be happy with > hpoj et.al. I'm down to getting the margins adjusted on my OJ 710. > > Is there any standard way of doing this? > > The test page: > > /usr/share/doc/ghostscript-5.50/pcl3-doc/ps/margins-Letter.ps > > shows about a 1/4 inch white border around the page and 1/2 inch of the page > is beyond the end of the paper at the bottom. There should be no border, and > it obviously should be all on the paper. > > There is also the program /usr/sbin/alignmargins but I don't what a 'good > one' looks like, shows things shifted up and off the paper on the right side > I think. This program creates margins.ps to feed to GhostScript some place. > Is this the correct way to set the margins? > > I'm using the foomatic+cdj550 filter. Hi, Bob. In addition to what little advice I was just able to give to Chris Rhodes (hpinkjet Help forum and upgrading to 0.96), I should also mention that many printers can't print all the way to the bottom of the page, so sometimes the very bottom will get cropped. David |
|
From: <pa...@rc...> - 2001-05-23 10:54:52
|
Chris Rhodes wrote: > Hi, I'm using a2ps, with the gs/hpijs software. Whenever I print, > using the DJ8xx driver as suggested on the web site, my printout gets > cropped at the top of the page. I tried modifying some of the values in > Context.cpp, and the absolute unprintable area, but that had no effect. > > Any suggestions? > > Chris Rhodes Hi, Chris. Since I'm not familiar with all the details of the hpinkjet drivers, you might want to try searching their Help forum and posting your question there if you don't find anything. One thing I can suggest is to try upgrading to the latest version (0.96). Their release notes indicate a change in margin setting, which may or may not help you here. What application(s) are you printing from? David |
|
From: <pa...@rc...> - 2001-05-23 08:01:00
|
ger...@gm... wrote: > i tried to install those drivers but didn't get very far. I downloaded > version 0.7 and installed as documented in INSTALL. Build worked well and > also the loading of modules goes fine. When ieee12844pp is loaded it reports > that it has a "Hewlett-Packard OfficeJet G55 registered ... as mlcpp0. I can > successfully dump a text file to /dev/lp0. > But here it ends. The command "hpo devid" returns > mlcpp0: illegal packet size 771 received > PAR_WAIT_SET_CLEAR(l?cf16c29c,set=0x0000,clear=0x0040): timed out waiting for > event 43! > mlcpp0: mlcpp_intr ERROR=-110 .. and so on. > > ptal-connect behaves similar. > > I don't know what to do. > > Gerd Hi, Gerd. First of all, make sure your parallel port is set to either "bidirectional" or "ECP" in your BIOS setup. Alternatively, you could try using the "usenibble=1" switch when insmoding ieee12844pp.o. If none of those suggestions work, then it would be helpful if you tried turning on debug output for the kernel drivers, at least ieee12844pp.o. This is documented in the INSTALL file. If you'll e-mail me the relevant debug output in /var/log/messages, I'll take a look at it and see if I can find anything suspicious. If you don't mind living on the "bleeding edge", you could also try the development code in CVS, which has completely different low-level drivers and may provide a better clue about what's going on. David |
|
From: <pa...@rc...> - 2001-05-23 07:47:16
|
Heinz Ruffieux wrote: > I just downloaded the hpoj-0.7 package and tried to compile it on my > RH7.1 box (Kernel 2.4.2). It didn't work (see details below) > = > After this I read the following statment in the downloaded INSTALL file= : > = > BUG: The kernel drivers currently fail to compile under kernel 2.4. > They also do not work with SMP (any kernel version). These two problem= s > are being worked on. Hi, Heinz. There's a patch for 0.7 to fix this problem at http://hpoj.sourceforge.net/todo.shtml. > When I'm reading the same file online on sourceforge > (http://hpoj.sourceforge.net/hpoj/INSTALL), I can not find this > statement. So my question is, can it be compiled under 2.4.2? The web-based version of this file was for the latest development code in= CVS, not 0.7. In an attempt to reduce confusion, I have now added links to the documentation files for 0.7. David |
|
From: <md...@oz...> - 2001-05-21 12:08:16
|
I am thinking of buying a HP 1220. I understand it is a postscript printer so setting up printing with linux should be easy. I have had a look at the hpoj-devel page and where it talks about the ptal-hp command line utility. My question is: How difficult is it to set up to scan with the HP 1220? Is the code in the SANE driver yet? Can you point me to an explantory doc on setting up scanning with this product? Should I buy one of these or will it be a headache to try and scan with? Thanks in advance. Mark. |
|
From: Bob P. <bpa...@cs...> - 2001-05-19 01:26:44
|
After much pain and agony of getting Mandrake 8.0 and CUPS to be happy with hpoj et.al. I'm down to getting the margins adjusted on my OJ 710. Is there any standard way of doing this? The test page: /usr/share/doc/ghostscript-5.50/pcl3-doc/ps/margins-Letter.ps shows about a 1/4 inch white border around the page and 1/2 inch of the page is beyond the end of the paper at the bottom. There should be no border, and it obviously should be all on the paper. There is also the program /usr/sbin/alignmargins but I don't what a 'good one' looks like, shows things shifted up and off the paper on the right side I think. This program creates margins.ps to feed to GhostScript some place. Is this the correct way to set the margins? I'm using the foomatic+cdj550 filter. |
|
From: Christopher R. <cr...@iw...> - 2001-05-18 22:44:28
|
Hi, I'm using a2ps, with the gs/hpijs software. Whenever I print, using the DJ8xx driver as suggested on the web site, my printout gets cropped at the top of the page. I tried modifying some of the values in Context.cpp, and the absolute unprintable area, but that had no effect. Any suggestions? Chris Rhodes |
|
From: Carlos P. <cp...@ro...> - 2001-05-18 18:16:03
|
Allen Barnett <ba...@lo...> wrote: > I think I've diagnosed this problem. When ptal-mlcd is started by this > sequence of events: > > kernel -> khubd: notices a new device > khubd -> /sbin/hotplug add usb > /sbin/hotplug -> /etc/hotplug/usb.agent -> /etc/hotplug/usb/printer -> > ptal-mlcd > > It turns out that STDIN is not open when ptal-mlcd starts! Therefore, > when ptal-mlcd opens its command socket, /dev/ptal-mlcd/usb:0, that > socket gets file descriptor = 0. Later, ptal-mlcd closes STDIN in > consoleOpenQuiet, inadvertently closing the socket. > > (It didn't occur to me until just now that a simple fix might be to use > ptal-mlcd usb:0 -device /dev/usb/lp0 < /dev/null > in the script.) good catch! now, i would call it a work-around, rather :-) the other issue is how to unload the drivers when the printer is unplugged. |
|
From: Allen B. <ba...@lo...> - 2001-05-18 18:02:35
|
I think I've diagnosed this problem. When ptal-mlcd is started by this sequence of events: kernel -> khubd: notices a new device khubd -> /sbin/hotplug add usb /sbin/hotplug -> /etc/hotplug/usb.agent -> /etc/hotplug/usb/printer -> ptal-mlcd It turns out that STDIN is not open when ptal-mlcd starts! Therefore, when ptal-mlcd opens its command socket, /dev/ptal-mlcd/usb:0, that socket gets file descriptor = 0. Later, ptal-mlcd closes STDIN in consoleOpenQuiet, inadvertently closing the socket. (It didn't occur to me until just now that a simple fix might be to use ptal-mlcd usb:0 -device /dev/usb/lp0 < /dev/null in the script.) OK? Allen Carlos Puchol wrote: > > Allen Barnett <ba...@lo...> wrote: > > I've noticed now that since upgrading to RH 7.1 (which actually involved > > reverting the kernel to an earlier rev.), that cold starting the USB > > printer and the ptal daemons from hotplug doesn't work reliably anymore. > > I have to re-plugin the printer and start the daemons manually after the > > machine is up and stable. > > hi allen, > > i think this is what it is happening in my case, it is just that i was > assuming that loading the daemons via the hotplugging was not > an issue. in fact, it would seem rather harmless to do it automatically > vs manually. perhaps a matter of timing? > > it would seem then that my asus usb hardware is ok. > > what exactly do you have to re-load every time? > > i was able to put the printer back in operation on usb now. > i removed the uhci and printer modules, then plugged the printer. > then loaded the modules, then ran the daemons. > > killall -HUP ptal-printd ptal-mlcd > rmmod uhci printer; modprobe uhci printer > ptal-mlcd usb:0 -device /dev/usb/lp0; ptal-printd mlc:usb:0 -like /dev/lp0 > # plug or power on printer > > what could be the problem be with this script in /etc/hotplug/usb/printer > > #!/bin/sh > # > # this is /etc/hotplug/usb/printer > # > if [[ -n "$PRODUCT" && $(expr $PRODUCT : 3f0) = 3 ]] ; then > /opt/hpoj-010515/bin/ptal-mlcd usb:0 -device /dev/usb/lp0 > /opt/hpoj-010515/bin/ptal-printd mlc:usb:0 -like /dev/lp0 > fi > > thanks for your help! |
|
From: Carlos P. <cp...@ro...> - 2001-05-18 05:23:24
|
Allen Barnett <ba...@lo...> wrote: > I've noticed now that since upgrading to RH 7.1 (which actually involved > reverting the kernel to an earlier rev.), that cold starting the USB > printer and the ptal daemons from hotplug doesn't work reliably anymore. > I have to re-plugin the printer and start the daemons manually after the > machine is up and stable. hi allen, i think this is what it is happening in my case, it is just that i was assuming that loading the daemons via the hotplugging was not an issue. in fact, it would seem rather harmless to do it automatically vs manually. perhaps a matter of timing? it would seem then that my asus usb hardware is ok. what exactly do you have to re-load every time? i was able to put the printer back in operation on usb now. i removed the uhci and printer modules, then plugged the printer. then loaded the modules, then ran the daemons. killall -HUP ptal-printd ptal-mlcd rmmod uhci printer; modprobe uhci printer ptal-mlcd usb:0 -device /dev/usb/lp0; ptal-printd mlc:usb:0 -like /dev/lp0 # plug or power on printer what could be the problem be with this script in /etc/hotplug/usb/printer #!/bin/sh # # this is /etc/hotplug/usb/printer # if [[ -n "$PRODUCT" && $(expr $PRODUCT : 3f0) = 3 ]] ; then /opt/hpoj-010515/bin/ptal-mlcd usb:0 -device /dev/usb/lp0 /opt/hpoj-010515/bin/ptal-printd mlc:usb:0 -like /dev/lp0 fi thanks for your help! -c cc'ing the linux-usb folks |
|
From: Chris R. <rho...@ho...> - 2001-05-18 03:12:56
|
Hi, I'm using a2ps, with the gs/hpijs software. Whenever I print, =
using the DJ8xx driver as suggested on the web site, my printout gets =
cropped at the top of the page. I tried modifying some of the values in =
Context.cpp, and the absolute unprintable area, but that had no effect.
Any suggestions?
Chris Rhodes
|
|
From: Christopher R. <cr...@iw...> - 2001-05-18 00:51:54
|
confirm 216320 |
|
From: Carlos P. <cp...@ro...> - 2001-05-17 22:44:10
|
Allen Barnett <ba...@lo...> wrote: > I've noticed now that since upgrading to RH 7.1 (which actually involved > reverting the kernel to an earlier rev.), that cold starting the USB > printer and the ptal daemons from hotplug doesn't work reliably anymore. > I have to re-plugin the printer and start the daemons manually after the > machine is up and stable. in the usb mailing list i got this: http://www.geocrawler.com/mail/msg.php3?msg_id=5775372&list=2571 Message: 5775372 FROM: David Brownell DATE: 05/17/2001 10:08:30 SUBJECT: RE: [linux-usb-devel] any success w/ asus a7v133 onboard controller? May 16 21:53:16 tcb kernel: hub.c: USB hub found > May 16 21:53:16 tcb kernel: hub.c: 2 ports detected > May 16 21:53:16 tcb /etc/hotplug/usb.agent: ... no drivers for USB product > 0/0/0 Likely unrelated ... but I think this means you've got a pretty old version of the hotplug scripts. Recent ones have a workaround for the kernel issue whereby the MODULE_DEVICE_TABLE in "hub.c" doesn't export the same info that hotplugging does. (Device match not interface match, or vice versa.) Does unplugging/replugging the printer make a difference? - Dave which may suggest that the hotpluf stuff you sent (to me in private email) may need some updating perhaps. > Carlos Puchol wrote: > > now, after restarting it, it does in fact seem like the > > printer is indeed now detected by the printer module: > > > > bash# lsmod | egrep "usb|printer|Module|uhci" > > Module Size Used by > > printer 4928 1 > > uhci 22144 0 (unused) > > usbcore 49664 1 [printer uhci] > > bash# > > > > i am astonished and embarrased > > to report that things just work now, > > after two *d@mned* days of fiddling with > > this problem in various ways. > > > Did it print at this point? yep, but never since then :-( |
|
From: 10203965 <ger...@gm...> - 2001-05-17 15:15:38
|
Hello, i tried to install those drivers but didn't get very far. I downloaded version 0.7 and installed as documented in INSTALL. Build worked well and also the loading of modules goes fine. When ieee12844pp is loaded it reports that it has a "Hewlett-Packard OfficeJet G55 registered ... as mlcpp0. I can successfully dump a text file to /dev/lp0. But here it ends. The command "hpo devid" returns mlcpp0: illegal packet size 771 received PAR_WAIT_SET_CLEAR(l?cf16c29c,set=0x0000,clear=0x0040): timed out waiting for event 43! mlcpp0: mlcpp_intr ERROR=-110 .. and so on. ptal-connect behaves similar. I don't know what to do. Gerd |
|
From: Allen B. <ba...@lo...> - 2001-05-17 12:01:46
|
I've noticed now that since upgrading to RH 7.1 (which actually involved reverting the kernel to an earlier rev.), that cold starting the USB printer and the ptal daemons from hotplug doesn't work reliably anymore. I have to re-plugin the printer and start the daemons manually after the machine is up and stable. Allen Carlos Puchol wrote: > now, after restarting it, it does in fact seem like the > printer is indeed now detected by the printer module: > > bash# lsmod | egrep "usb|printer|Module|uhci" > Module Size Used by > printer 4928 1 > uhci 22144 0 (unused) > usbcore 49664 1 [printer uhci] > bash# > > i am astonished and embarrased > to report that things just work now, > after two *d@mned* days of fiddling with > this problem in various ways. Did it print at this point? > sorry for bothering you guys - now ... what _really_ bothers > me now is that i have no idea what is the right thing to > do... > > i noted the modules running (uhci), and > rebooted the linux box ... hmmm, it does not work. > the ptal daemos are there ... yet the printer module is *not* > used: > |
28 messages has been excluded from this view by a project administrator.
