From owner-svn-src-head@FreeBSD.ORG  Tue Jun  7 19:45:15 2011
Return-Path: <owner-svn-src-head@FreeBSD.ORG>
Delivered-To: svn-src-head@freebsd.org
Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by hub.freebsd.org (Postfix) with ESMTP id 3EAF2106566B;
	Tue,  7 Jun 2011 19:45:14 +0000 (UTC)
	(envelope-from jkim@FreeBSD.org)
From: Jung-uk Kim <jkim@FreeBSD.org>
To: Andriy Gapon <avg@freebsd.org>
Date: Tue, 7 Jun 2011 15:45:01 -0400
User-Agent: KMail/1.6.2
References: <201106062303.p56N3cjs053024@svn.freebsd.org>
	<4DEE773B.9090903@FreeBSD.org>
	<201106071532.01179.jkim@FreeBSD.org>
In-Reply-To: <201106071532.01179.jkim@FreeBSD.org>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <201106071545.02850.jkim@FreeBSD.org>
Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org,
	src-committers@freebsd.org, John Baldwin <jhb@freebsd.org>
Subject: Re: svn commit: r222795 - head/sys/dev/atkbdc
X-BeenThere: svn-src-head@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SVN commit messages for the src tree for head/-current
	<svn-src-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-head>,
	<mailto:svn-src-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-src-head>
List-Post: <mailto:svn-src-head@freebsd.org>
List-Help: <mailto:svn-src-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-src-head>,
	<mailto:svn-src-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jun 2011 19:45:15 -0000

On Tuesday 07 June 2011 03:31 pm, Jung-uk Kim wrote:
> On Tuesday 07 June 2011 03:08 pm, Andriy Gapon wrote:
> > on 07/06/2011 21:02 John Baldwin said the following:
> > > On Tuesday, June 07, 2011 11:39:26 am Jung-uk Kim wrote:
> > >> On Tuesday 07 June 2011 09:52 am, John Baldwin wrote:
> > >> The whole point of this commit is to blacklist *recent* BIOS
> > >> (or CSM) from probing keyboard typematic information, more
> > >> specifically, recent Intel chipset platforms.  They don't
> > >> support many INT 15h/16h functions but only cause trouble at
> > >> best.  OTOH, I haven't seen such problems with AMD chipset
> > >> systems and they all seem to have traditional entry points at
> > >> the interrupt vector table, for example.
> > >
> > > Err, but you didn't blacklist recent BIOS.  You blacklist _all_
> > > BIOS that use entry points other than the ones from the UEFI
> > > spec, including BIOSes that don't claim to support UEFI and the
> > > BIOS from the two systems I quoted.
> >
> > I'd like to simply add two datapoints:
> > 1) recent AMD system:
> >
> > $ dd if=/dev/mem bs=4 iseek=0x15 count=2 | hd
> > 00000000  59 f8 00 f0 2e e8 00 f0
>
> Yes, that's exactly what I am seeing from all of my AMD systems and
> a 11-year old Pentium III system.
>
> > 2) very old PIIX/440BX system (manufactured ~1999):
> > $ dd if=/dev/mem bs=4 iseek=0x15 count=2 | hd
> > 00000000  9a 06 b8 9c 2e e8 00 f0
>
> INT 15h is relocated under 0xa0000, i.e., "highmem".  Are you using
> non-FreeBSD chain loader?  Do you have "relocate to highmem" option
> in the BIOS configuration?

Sorry, it's actually under 640KB in conventional memory.  It must be 
done by TSR or boot loader.  Ah, good ol'days... :-P

Jung-uk Kim

> Most importantly, does it support keyboard typematic feature?
>
> Jung-uk Kim