From: Luca Falavigna <dktrkranz@gmail.com>
To: "Randy.Dunlap" <rdunlap@xenotime.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] CONSOLE_LP_STRICT Kconfig option
Date: Wed, 15 Feb 2006 09:29:52 +0100 [thread overview]
Message-ID: <43F2E680.80504@gmail.com> (raw)
In-Reply-To: <20060214193341.30695606.rdunlap@xenotime.net>
[-- Attachment #1: Type: text/plain, Size: 2598 bytes --]
Randy.Dunlap ha scritto:
> The patch does not apply cleanly to 2.6.16-rc3 -- because tabs
> have been converted to spaces, either by your email client or
> by using copy-n-paste to create the email.
Here is what happens when you use Outlook ;)
Signed-off-by: Luca Falavigna <dktrkranz@gmail.com>
--- linux-2.6.16-rc3/drivers/char/lp.c.orig 2006-01-08
16:48:14.000000000 +0100
+++ linux-2.6.16-rc3/drivers/char/lp.c 2006-02-14 13:43:41.000000000 +0100
@@ -686,9 +686,13 @@ static struct file_operations lp_fops =
#define CONSOLE_LP 0
/* If the printer is out of paper, we can either lose the messages or
- * stall until the printer is happy again. Define CONSOLE_LP_STRICT
- * non-zero to get the latter behaviour. */
-#define CONSOLE_LP_STRICT 1
+ * stall until the printer is happy again. If CONSOLE_LP_STRICT is
+ * non-zero, we get the latter behaviour. */
+#ifdef CONFIG_LP_CONSOLE_STRICT
+# define CONSOLE_LP_STRICT 1
+#else
+# define CONSOLE_LP_STRICT 0
+#endif
/* The console must be locked when we get here. */
@@ -697,7 +701,7 @@ static void lp_console_write (struct con
{
struct pardevice *dev = lp_table[CONSOLE_LP].dev;
struct parport *port = dev->port;
- ssize_t written;
+ ssize_t written = 0;
if (parport_claim (dev))
/* Nothing we can do. */
--- linux-2.6.16-rc3/drivers/char/Kconfig.orig 2006-02-14
00:14:08.000000000 +0100
+++ linux-2.6.16-rc3/drivers/char/Kconfig 2006-02-14 13:47:33.000000000
+0100
@@ -512,14 +512,21 @@ config LP_CONSOLE
doing that; to actually get it to happen you need to pass the
option "console=lp0" to the kernel at boot time.
- If the printer is out of paper (or off, or unplugged, or too
- busy..), the kernel will stall until the printer is ready again.
- By defining CONSOLE_LP_STRICT to 0 (at your own risk) you
- can make the kernel continue when this happens,
- but it'll lose the kernel messages.
-
If unsure, say N.
+config LP_CONSOLE_STRICT
+ bool "Wait for a ready printer"
+ depends on LP_CONSOLE
+ default y
+ ---help---
+ With this option enabled, if the printer is out of paper (or off,
+ or unplugged, or too busy..) the kernel will stall until the printer
+ is ready again. By turning this option off (at your own risk), you
+ can make the kernel continue when this happens, but it will lose
+ some kernel messages.
+
+ If unsure, say Y
+
config PPDEV
tristate "Support for user-space parallel port device drivers"
depends on PARPORT
I attach a copy of this patch to this email in order to avoid these
problems (at least I hope so)
Regards,
--
Luca
[-- Attachment #2: lp_console_strict.patch.txt --]
[-- Type: text/plain, Size: 2167 bytes --]
--- linux-2.6.16-rc3/drivers/char/lp.c.orig 2006-01-08 16:48:14.000000000 +0100
+++ linux-2.6.16-rc3/drivers/char/lp.c 2006-02-14 13:43:41.000000000 +0100
@@ -686,9 +686,13 @@ static struct file_operations lp_fops =
#define CONSOLE_LP 0
/* If the printer is out of paper, we can either lose the messages or
- * stall until the printer is happy again. Define CONSOLE_LP_STRICT
- * non-zero to get the latter behaviour. */
-#define CONSOLE_LP_STRICT 1
+ * stall until the printer is happy again. If CONSOLE_LP_STRICT is
+ * non-zero, we get the latter behaviour. */
+#ifdef CONFIG_LP_CONSOLE_STRICT
+# define CONSOLE_LP_STRICT 1
+#else
+# define CONSOLE_LP_STRICT 0
+#endif
/* The console must be locked when we get here. */
@@ -697,7 +701,7 @@ static void lp_console_write (struct con
{
struct pardevice *dev = lp_table[CONSOLE_LP].dev;
struct parport *port = dev->port;
- ssize_t written;
+ ssize_t written = 0;
if (parport_claim (dev))
/* Nothing we can do. */
--- linux-2.6.16-rc3/drivers/char/Kconfig.orig 2006-02-14 00:14:08.000000000 +0100
+++ linux-2.6.16-rc3/drivers/char/Kconfig 2006-02-14 13:47:33.000000000 +0100
@@ -512,14 +512,21 @@ config LP_CONSOLE
doing that; to actually get it to happen you need to pass the
option "console=lp0" to the kernel at boot time.
- If the printer is out of paper (or off, or unplugged, or too
- busy..), the kernel will stall until the printer is ready again.
- By defining CONSOLE_LP_STRICT to 0 (at your own risk) you
- can make the kernel continue when this happens,
- but it'll lose the kernel messages.
-
If unsure, say N.
+config LP_CONSOLE_STRICT
+ bool "Wait for a ready printer"
+ depends on LP_CONSOLE
+ default y
+ ---help---
+ With this option enabled, if the printer is out of paper (or off,
+ or unplugged, or too busy..) the kernel will stall until the printer
+ is ready again. By turning this option off (at your own risk), you
+ can make the kernel continue when this happens, but it will lose
+ some kernel messages.
+
+ If unsure, say Y
+
config PPDEV
tristate "Support for user-space parallel port device drivers"
depends on PARPORT
next prev parent reply other threads:[~2006-02-15 8:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-14 21:05 [PATCH] CONSOLE_LP_STRICT Kconfig option Luca Falavigna
2006-02-15 3:33 ` Randy.Dunlap
2006-02-15 8:29 ` Luca Falavigna [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-02-14 14:46 Luca Falavigna
2006-02-14 14:59 ` Andi Kleen
2006-02-15 9:03 ` Luca Falavigna
2006-04-11 22:17 ` Randy.Dunlap
[not found] ` <ff1cadb20604121153k6552ea84maf58b44869412f2@mail.gmail.com>
2006-04-12 19:09 ` Randy.Dunlap
2006-04-13 22:45 ` Luca Falavigna
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=43F2E680.80504@gmail.com \
--to=dktrkranz@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@xenotime.net \
/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.