>> On Tue 10 June 2003 23:12, Randy.Dunlap wrote: >>> >>> Hi Daniele, >> >> Hi Randy, nice to see you (even if nice to hear you would be more >> appropriate ;) ) >> >>> Were you able to test this new code path? If so, how? >> >> Well, that's a good question ... >> because i don't know if there is any distro program that play with >> LP_ABORTOPEN i've just tried with a simple user code that set/clear >> LP_ABORTOPEN through a ioctl syscall. Apparently it works fine. > > Hi-- > > I'm trying to use 'tunelp' to test it. The latest version that I can find > source code for is 1.3, but it doesn't play nicely with usblp. I've had to > modify it slightly to work with usblp. > (Patch to tunelp-1.3 is attached.)
I'm now using tunelp from the latest util-linux release, with a patch similar to yesterday's patch so that it will function with USB printers. >> Because you are at it i wish to say that, in my opinion, adding an entry >> to sysctl tables would be more appropriate than playing with ioctl. For >> example, a user/sysadm could set automaticaly LP_ABORTOPEN in any init >> script to avoid to code a program that just set/clear it. Be aware that >> this will break compatibility with parallel printer device drivers where >> such sysctl entry doesn't exist. > > That does make sense, yes. Or they could use tunelp, except that it has > binary ioctl interface problems. Ugh. > >>> More comments after I try to test it... > > I'm still trying to see if this patch is useful. I still haven't proven or disproven the usefulness of the patch because my printer (HP PSC 2110) reports status in a suspicious, odd manner. With no paper in it, usblp_check_status() calls usblp_read_status(), which gets a status of 0x38, which means: Paper Out, Selected, No Error. The way that usblp_check_status() decodes the error bits means that Paper Out is never seen because "No Error" is checked first, then other bits are skipped, so newerr is 0 and that value is returned. Is this a quirk of this particular printer, or is it common for printers (USB and non-USB) to return Paper Out (0x20) independently of the NoError bit?? Anyone? ~Randy ------------------------------------------------------- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
