[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#283581: marked as done (cupsys: Cups usb backend on sparc64 fails to access devices by device_id)

Your message dated Sun, 1 Jun 2008 23:09:06 +0200
with message-id <20080601210906.GB6509@piware.de>
and subject line Cleaning up old bug reports
has caused the Debian Bug report #283581,
regarding cupsys: Cups usb backend on sparc64 fails to access devices by device_id
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
283581: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=283581
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cupsys
Version: 1.1.20final+rc1-10
Severity: normal


When using the CUPS USB backend on sparc64 I am not able to address
printers by device_id. I can access printers (albeit arbitrarily) via

direct usb:/dev/usb/lp1 "Unknown" "USB Printer #2"

but not via 

direct usb://HP/LaserJet%201150 "HP LaserJet 1150" "USB Printer #1"

Below is a copy of the information that I sent to the
sparclinux@vger.kernel.org mailing list.

Richard

I've found a problem with the cups usb backend on sparc64 systems. The
ioctl32 code isn't translating LPIOC_GET_DEVICE_ID ioctl calls
properly. This means that backend/usb cannot identify which printer is
actually registered as a particular usb device.

The giveaway message from the kernel is

Sep  7 13:22:12 shirehall kernel: ioctl32(usb:1729): Unknown cmd fd(0)
cmd(44005001){04} arg(efffec48) on /dev/usb/lp0

which is caused when running usb.

shirehall:/usr/lib/cups/backend# ./usb
direct usb:/dev/usb/lp0 "Unknown" "USB Printer #1"
direct usb:/dev/usb/lp1 "Unknown" "USB Printer #2"
direct usb:/dev/usb/lp2 "Unknown" "USB Printer #3"
direct usb:/dev/usb/lp3 "Unknown" "USB Printer #4"
...

I see this in the strace output as.

shirehall:/usr/lib/cups/backend# strace ./usb 2>&1 | grep ioctl
ioctl(3, SNDCTL_DSP_SYNC, 0xefffebb8)   = -1 EINVAL (Invalid argument)

or as a numeric value

shirehall:/usr/lib/cups/backend# strace -e raw=ioctl ./usb 2>&1 | grep
ioctl
ioctl(0x3, 0x44005001, 0xefffebb8)      = -1 (errno 22)

I've demonstrated that this is a 32bit binary problem by compiling
backend/usb as a 64bit binary which works fine.

I'm using Debian kernel 2.6.8-1-sparc (although I did see a similar
problem with 2.4.x sometime ago but didn't get chance to
report/investigate).

Now ideally I would say that the way to fix this would be to correct
the ioctl32 code in the kernel but it seems that the
LPIOC_GET_DEVICE_ID ioctl number is dependent upon the structure
passed in.

#  define LPIOC_GET_DEVICE_ID(len)      _IOC(_IOC_READ, 'P',
IOCNR_GET_DEVICE_ID, len)

This could be hardcoded for this specific value but it doesn't seem
very clean.

I'm not sure what the correct way to fix this is. Anyone have any
suggestions.

I'm going to log a Debian bug to track this issue and I've copied
Kenshi Muto the Debian cupsys maintainer.




-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.6.8-1-sparc64
Locale: LANG=C, LC_CTYPE=C

Versions of packages cupsys depends on:
ii  adduser               3.59               Add and remove users and groups
ii  debconf               1.4.30.10          Debian configuration management sy
ii  gs-esp                7.07.1-9           The Ghostscript PostScript interpr
ii  libc6                 2.3.2.ds1-18       GNU C Library: Shared libraries an
ii  libcupsimage2         1.1.20final+rc1-10 Common UNIX Printing System(tm) - 
ii  libcupsys2-gnutls10   1.1.20final+rc1-10 Common UNIX Printing System(tm) - 
ii  libgcc1               1:3.4.2-2          GCC support library
ii  libgnutls11           1.0.16-9           GNU TLS library - runtime library
ii  libpam0g              0.76-22            Pluggable Authentication Modules l
ii  libpaper1             1.1.14-3           Library for handling paper charact
ii  libslp1               1.0.11-7           OpenSLP libraries
ii  patch                 2.5.9-2            Apply a diff file to an original
ii  zlib1g                1:1.2.2-3          compression library - runtime

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb

--- End Message ---
--- Begin Message --- 
Dear bug submitter,

This bug was reported against a very old version of cups (older than
in the current stable Debian version "Etch"). About a year ago,
Martin-Eric Racine asked for feedback whether the bug still applied to
the current Debian Etch version, but we did not get any feedback. In
order to not keep around old, hardware-specific, and inactive bugs
around forever, I close this bug now.

Please report back if you still experience the problem with the
current version in Etch; if you can test Lenny/unstable, that would be
highly appreciated, of course. I will reopen this bug then.

Thank you for your report!

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: