From: David W Studeman <avionicsdv@aim.com>
To: linux-kernel@vger.kernel.org
Cc: Willy Tarreau <w@1wt.eu>
Subject: Re: Keyboard Jammed error patch 2.4.35-pre4
Date: Sun, 21 Sep 2008 20:30:22 -0700 [thread overview]
Message-ID: <48D7114E.3070500@aim.com> (raw)
In-Reply-To: <20080921144053.GB24654@1wt.eu>
Willy Tarreau wrote:
> Hello David,
>
> first, please always take care of keeping persons in CC when replying to
> LKML, otherwise you risk your mail being missed.
>
> On Sun, Sep 21, 2008 at 06:00:50AM -0700, David W Studeman wrote:
>> Ok, I finally applied the patch manually to 2.4.36.7 and then made my own
>> diff from that. Your patch would likely have applied if I increased the
>> fuzz factor as it was merely off by a number of lines. When trying to
>> compile with no keyboard or VT support, I still get this error:
>>
>> arch/i386/kernel/kernel.o(.text.init+0x33e6): In function
>> `disable_console_keyboard':
>> : undefined reference to `keyboard_controller_present'
>> make: *** [vmlinux] Error 1
>
> I know what causes this. The fix is merged into 2.4.37-rc1. I've been
> using it for a long time without even noticing that it was still not
> merged. The fix is trivial as it simply removes the disable_console_keyboard
> function when CONFIG_VT is not set. This is needed because the variable
> keyboard_controller_present is only defined when CONFIG_VT is set.
>
> Here's the patch if it can help you.
>
> Also, next time you encounter problems, please post your config. It's
> very hard to troubleshoot build bugs without a config. I would have
> immediately spotted this missing patch on the first time had I got
> that config.
>
> Regards,
> Willy
>
> ----
> From 90e228888a59d630c8094d5d1b273b00a2c76cc0 Mon Sep 17 00:00:00 2001
> From: Willy Tarreau <w@1wt.eu>
> Date: Sun, 7 Sep 2008 12:37:51 +0200
> Subject: x86 would not build without CONFIG_VT
>
> I've been using this patch for a while without noticing it never
> went into mainline. It is required to build i386 without CONFIG_VT.
>
> Signed-off-by: Willy Tarreau <w@1wt.eu>
> ---
> arch/i386/kernel/dmi_scan.c | 6 +++++-
> 1 files changed, 5 insertions(+), 1 deletions(-)
>
> diff --git a/arch/i386/kernel/dmi_scan.c b/arch/i386/kernel/dmi_scan.c
> index 07c6d94..9c27ca2 100644
> --- a/arch/i386/kernel/dmi_scan.c
> +++ b/arch/i386/kernel/dmi_scan.c
> @@ -524,6 +524,7 @@ static __init int disable_acpi_pci(struct dmi_blacklist *d)
> */
>
>
> +#ifdef CONFIG_VT
> /* IBM bladeservers have a USB console switch. The keyboard type is USB
> * and the hardware does not have a console keyboard. We disable the
> * console keyboard so the kernel does not try to initialize one and
> @@ -538,6 +539,7 @@ static __init int disable_console_keyboard(struct dmi_blacklist *d)
> keyboard_controller_present = 0;
> return 0;
> }
> +#endif
>
> /*
> * This will be expanded over time to force things like the APM
> @@ -825,7 +827,8 @@ static __initdata struct dmi_blacklist dmi_blacklist[]={
> MATCH(DMI_SYS_VENDOR, "IBM"),
> NO_MATCH, NO_MATCH, NO_MATCH
> } },
> - /*
> +#ifdef CONFIG_VT
> + /*
> * IBM Bladeservers
> */
>
> @@ -834,6 +837,7 @@ static __initdata struct dmi_blacklist dmi_blacklist[]={
> MATCH(DMI_BOARD_NAME, "Server Blade"),
> NO_MATCH, NO_MATCH
> } },
> +#endif
>
> #ifdef CONFIG_ACPI_BOOT
> /*
Ok, Thanks Willy! The changes to the dmi_scan.c as you gave above from
2.4.37rc1 fixed the remaining problem. I have a 2.4.36.7 Cobalt patched
kernel running in a Raq550 as I type this and it compiled with no
keyboard or VT support cleanly with your dmi_scan and pc_keybd patch so
I no longer am using the old regression patch I made previously.
Thanks for your effort in solving this.
Dave Studeman
next prev parent reply other threads:[~2008-09-22 3:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-28 6:59 Keyboard Jammed error patch 2.4.35-pre4 David W Studeman
2008-07-29 5:15 ` Willy Tarreau
2008-07-30 7:22 ` David W Studeman
2008-07-30 7:51 ` Willy Tarreau
2008-07-30 10:39 ` David W Studeman
2008-07-30 12:38 ` Willy Tarreau
2008-09-21 13:00 ` David W Studeman
2008-09-21 14:40 ` Willy Tarreau
2008-09-22 3:30 ` David W Studeman [this message]
2008-09-22 4:18 ` Willy Tarreau
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=48D7114E.3070500@aim.com \
--to=avionicsdv@aim.com \
--cc=linux-kernel@vger.kernel.org \
--cc=w@1wt.eu \
/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.