From nobody@FreeBSD.org  Mon Jan 10 16:06:00 2011
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 0A9A7106566B
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 10 Jan 2011 16:06:00 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (unknown [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id ED96D8FC18
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 10 Jan 2011 16:05:59 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p0AG5x3H095418
	for <freebsd-gnats-submit@FreeBSD.org>; Mon, 10 Jan 2011 16:05:59 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.4/8.14.4/Submit) id p0AG5xTC095417;
	Mon, 10 Jan 2011 16:05:59 GMT
	(envelope-from nobody)
Message-Id: <201101101605.p0AG5xTC095417@red.freebsd.org>
Date: Mon, 10 Jan 2011 16:05:59 GMT
From: Spencer Minear <Spencer_Minear@mcafee.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: keyboard issues on new Intel Mother boards.
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         153851
>Category:       i386
>Synopsis:       [keyboard] keyboard issues on new Intel Mother boards.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-usb
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Jan 10 16:10:09 UTC 2011
>Closed-Date:    
>Last-Modified:  Wed Mar 30 05:37:00 UTC 2011
>Originator:     Spencer Minear
>Release:        Seen in our 6.x and 7.x based systems
>Organization:
McAfee
>Environment:
NA
>Description:
We have been working with two new Intel Mother boards, S3420GP and S5520HC.  Both of these boards have no AT controller hardware and limited emulation of the 60/64 ports.

At system boot there is a long delay between the point when control is given to the loaded kernel and the first of the boot messages.  The delay is due to the fact that the ports look alive, but the emulation does not support at least the controller diagnose self test or the keyboard port test functions.  In both cases the command is accepted but no response is ever set and the existing driver code ends up doing long timeouts waiting for the response to the tests.  We do not have a general solution for this as yet and simply bypass these tests when are on this hardware as detected by the symbios.planar information.

Another problem is that the systems shutdown -h operation turns results in a hung system. This happens because the only path for keyboard input via the USB controllers.  During the shutdown processing, before we reach the shutdown_halt function that spins waiting for keyboard input, the module shutdown is done.  This results in calls to the uhci_shutdown and ehci_shutdown functions which send commands to the controller to stop in the uchi case and to reset in the ehci case.  For reasons I do not know the stop of the uhci does not block keyboard input but the reset in the ehci does.  Non the less when we need keyboard input and that data is via usb controllers, it is not good to do anything to the hardware.  Our initial solution is to expose the shutdown howto value and detect that state in the USB drivers and if RB_HALT is set, we do not change the hardware state.


>How-To-Repeat:
Watch a boot and run a shudown -h.
>Fix:
Our initial actions are outlined in the problem description 

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->freebsd-i386 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Tue Jan 11 01:47:12 UTC 2011 
Responsible-Changed-Why:  
reclassify. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=153851 
Responsible-Changed-From-To: freebsd-i386->freebsd-usb 
Responsible-Changed-By: remko 
Responsible-Changed-When: Wed Mar 30 05:36:39 UTC 2011 
Responsible-Changed-Why:  
There are reports that this might be USB related, can you have a look 
and confirm please? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=153851 
>Unformatted:
