lkml.org 
[lkml]   [2000]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Keyboard is frozen on boot of 2.3.41
On 03:35 PM 1/30/00 , Linus Torvalds wrote:
>More suggestions, if you have the time and the energy:
> - disable the keyboard before changing the controller mode in open_aux(),
> and re-order the operations, ie make the init sequence look like this:
>
> kbd_write_command_w(KBD_CCMD_MOUSE_ENABLE); send_data(KBD_CMD_DISABLE);
> kbd_write_cmd(AUX_INTS_ON);
> send_data(KBD_CMD_ENABLE);
> aux_write_ack(AUX_ENABLE_DEV);

Hi Linus,
Ok, I did some more testing, and my statement about the above code making
no difference is not correct. It appears that as long as I have irq 12 manually
assigned to something in the bios, I don't get any lockups if there is no ps/2
mouse connected when gpm attempts to open /dev/psaux. Here are the results of
my latest testing:

stock 2.2.14:
- locks up no matter what if no mouse connected when /dev/psaux opened

2.2.14 with the above init sequence:
- locks up if irq 12 is not manually assigned to a device in the bios
- if irq 12 is assigned, no lockup occurs.

stock 2.3.41:
- locks up if irq 12 is not manually assigned to a device in the bios
- if irq 12 is assigned, no lockup occurs.

I didn't try 2.3.41 with the above init sequence change, since it seems not to
lockup if irq 12 is assigned. Here's how I currently have the irq's assigned
in the bios:

current old
PIRQ_0 3 3
PIRQ_1 11 9
PIRQ_2 12 11
PIRQ_3 5 5

It seems to me that this is a bios bug, or at least a bios quirk.

-Harold

--
"Life sucks, deal with it!"


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:56    [W:0.111 / U:0.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site