All of lore.kernel.org
 help / color / mirror / Atom feed
From: till.kamppeter@gmail.com (Till Kamppeter)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Google Summer of Code 2014 - IPP-over-USB printer support - Joint project idea for OpenPrinting and the kernel
Date: Tue, 25 Feb 2014 18:01:07 +0100	[thread overview]
Message-ID: <530CCC53.8070007@gmail.com> (raw)

Hi,

a new standard not yet supported under Linux but starting to penetrate
the market is IPP-over-USB (Internet Printing Protocol over USB).

IPP, the Internet Printing Protocol from the Printing Working Group
(PWG, http://www.pwg.org/) is a standard protocol for network printers
(and also used by CUPS, the standard printing environment on practically
all non-Windows operating systems). IPP network printers have a lot of
advantages compared to USB printers (letting the ability of several
computers on a network being able to access them aside):

- Encrypted job transfer
- Possibility to request printer status and printer capabilities
- Web interface to configure the printer

All this works with standard protocols and without any requirement of
printer manufacturer/model specific software. For printers which also
understand standard languages for the jobs themselves (PostScript, PDF,
PWG Raster, PCL, JPG, TIFF) this means completely driverless printing
(IPP Everywhere).

Unfortunately, this is a network protocol for network printers.

Fortunately, the PWG has added a standard to make it also go into USB
printers, IPP-over-USB. Problem is that there is no Linux support for that.

First, I want to make a feature request to the kernel to add it. Second,
I want to suggest this as a Google Summer of Code project, asking for
mentors on the kernel side. Mentoring Organization will be the Linux
Foundation, hosting projects for both OpenPrinting and the kernel.

It should not be too complex. Probably one can start on the driver for
USB Ethernet or WLAN sticks, as they are also USB devices which
introduce a network interface to the system. What one has to do is to
create a driver for another, probably similar device, the IPP-over-USB
printer. The driver should not be specific to the printer model (it is
an open standard protocol) and it also should provide a network
interface to the system under which there is only found the printer. The
printer should be accessible under this interface via port 80 (web
interface), 631 (IPP), and 443 (encrypted).

There are already HP printers available which do IPP-over-USB. I will
try to make arrangements for developers/students to get samples.

WDYT? Is this a viable project? Should we post it on the ideas lists?
Who would mentor it?

   Till

WARNING: multiple messages have this Message-ID (diff)
From: Till Kamppeter <till.kamppeter@gmail.com>
To: Greg KH <greg@kroah.com>,
	Open Printing <printing-architecture@lists.linux-foundation.org>,
	Ubuntu Kernel Team <kernel-team@lists.ubuntu.com>,
	kernelnewbies@kernelnewbies.org,
	Linus Torvalds <torvalds@linux-foundation.org>
Subject: [Printing-architecture] Google Summer of Code 2014 - IPP-over-USB printer support - Joint project idea for OpenPrinting and the kernel
Date: Tue, 25 Feb 2014 18:01:07 +0100	[thread overview]
Message-ID: <530CCC53.8070007@gmail.com> (raw)

Hi,

a new standard not yet supported under Linux but starting to penetrate
the market is IPP-over-USB (Internet Printing Protocol over USB).

IPP, the Internet Printing Protocol from the Printing Working Group
(PWG, http://www.pwg.org/) is a standard protocol for network printers
(and also used by CUPS, the standard printing environment on practically
all non-Windows operating systems). IPP network printers have a lot of
advantages compared to USB printers (letting the ability of several
computers on a network being able to access them aside):

- Encrypted job transfer
- Possibility to request printer status and printer capabilities
- Web interface to configure the printer

All this works with standard protocols and without any requirement of
printer manufacturer/model specific software. For printers which also
understand standard languages for the jobs themselves (PostScript, PDF,
PWG Raster, PCL, JPG, TIFF) this means completely driverless printing
(IPP Everywhere).

Unfortunately, this is a network protocol for network printers.

Fortunately, the PWG has added a standard to make it also go into USB
printers, IPP-over-USB. Problem is that there is no Linux support for that.

First, I want to make a feature request to the kernel to add it. Second,
I want to suggest this as a Google Summer of Code project, asking for
mentors on the kernel side. Mentoring Organization will be the Linux
Foundation, hosting projects for both OpenPrinting and the kernel.

It should not be too complex. Probably one can start on the driver for
USB Ethernet or WLAN sticks, as they are also USB devices which
introduce a network interface to the system. What one has to do is to
create a driver for another, probably similar device, the IPP-over-USB
printer. The driver should not be specific to the printer model (it is
an open standard protocol) and it also should provide a network
interface to the system under which there is only found the printer. The
printer should be accessible under this interface via port 80 (web
interface), 631 (IPP), and 443 (encrypted).

There are already HP printers available which do IPP-over-USB. I will
try to make arrangements for developers/students to get samples.

WDYT? Is this a viable project? Should we post it on the ideas lists?
Who would mentor it?

   Till


             reply	other threads:[~2014-02-25 17:01 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-25 17:01 Till Kamppeter [this message]
2014-02-25 17:01 ` [Printing-architecture] Google Summer of Code 2014 - IPP-over-USB printer support - Joint project idea for OpenPrinting and the kernel Till Kamppeter
     [not found] ` <CA+55aFx=5ubeSTcWVcM1bxnjG72fV0vwzTktuqccy1h4-aMScg@mail.gmail.com>
2014-02-25 17:26   ` Till Kamppeter
2014-02-25 17:26     ` [Printing-architecture] " Till Kamppeter
2014-02-25 18:42 ` Michael Sweet
2014-02-25 18:42   ` Michael Sweet
2014-02-26  1:47   ` Greg KH
2014-02-26  1:56     ` Michael Sweet
2014-02-26  1:56       ` Michael Sweet
2014-02-26 17:37       ` Till Kamppeter
2014-02-26 17:37         ` Till Kamppeter
2014-02-26 23:02       ` Greg KH
2014-02-27  0:05         ` Michael Sweet
2014-02-27  0:05           ` Michael Sweet
2014-02-27  1:35           ` Greg KH
2014-02-27  2:33           ` Carlos Rimola
2014-02-27  2:33             ` Carlos Rimola
2014-02-27 15:37             ` Michael Sweet
2014-02-27 15:37               ` Michael Sweet
2014-02-27 19:23               ` Carlos Rimola
2014-02-27 19:23                 ` Carlos Rimola
2014-02-27 19:29                 ` Michael Sweet
2014-02-27 19:29                   ` Michael Sweet
2014-03-04 22:28                   ` Carlos Rimola
2014-03-04 22:28                     ` Carlos Rimola
2014-03-05  1:00                     ` Michael Sweet
2014-03-05  1:00                       ` Michael Sweet
2014-02-26 22:31 ` Valdis.Kletnieks at vt.edu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=530CCC53.8070007@gmail.com \
    --to=till.kamppeter@gmail.com \
    --cc=kernelnewbies@lists.kernelnewbies.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.