Yeah, that makes sense, it's not the kernel's job to take care of the
printers status beyond the basics.
Make the printer drivers like a pseudo-micro-kernel, have the basic printer
operations done in the kernel and have the rest of the functionality farmed
out to individual printer modules.
Ignoring the above, where should the functionality for the extended printer
operations reside?
In the print spooler? A separate process that deals with a bunch of printer=
s?
If this is going off-topic for LKML where would be a better place to discuss
this?
Pete de Zwart.
Around about 1052h 11/08/2002, Brad Hards emitted the following wisdom:
> So the kernel doesn't care about most of the error codes (since it isn't=
=20
> interpreting the data stream), but there are some things that are noted f=
or=20
> historical reasons. Those things (like "out of paper" turn out to be wide=
ly=20
> supported (or if not, are at least set to benign values). All the "unique=
"=20
> error codes are a problem for userspace.
>=20
> Does this make sense?
--=20
The real reason your computer crashed, thanx to the BOFH:
"Mailer-daemon is busy burning your message in hell."
--8t9RHnE3ZwKMSgU+
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9Vb+njCPqVJhK9xARAtwoAJ0VS7YAtVea13UZG4yEKFZdx5MOAgCg5Vt7
fHXzTdv72uxdke9inmdNW8Y=
=PBEK
-----END PGP SIGNATURE-----
--8t9RHnE3ZwKMSgU+--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/