From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S1754041AbYHROUN@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754041AbYHROUN (ORCPT <rfc822;w@1wt.eu>);
	Mon, 18 Aug 2008 10:20:13 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752629AbYHROUA
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 18 Aug 2008 10:20:00 -0400
Received: from kirk.serum.com.pl ([213.77.9.205]:61732 "EHLO serum.com.pl"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752544AbYHROUA (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Mon, 18 Aug 2008 10:20:00 -0400
Date: Mon, 18 Aug 2008 15:19:05 +0100 (BST)
From: "Maciej W. Rozycki" <macro@linux-mips.org>
To: Cyrill Gorcunov <gorcunov@gmail.com>
cc: Arjan van de Ven <arjan@infradead.org>, mingo@elte.hu, hpa@zytor.com,
       tglx@linutronix.de, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/6] x86: apic - unify lapic_resume
In-Reply-To: <20080816201235.GB7182@lenovo>
Message-ID: <Pine.LNX.4.55.0808181506230.29123@cliff.in.clinika.pl>
References: <1218914515-26377-1-git-send-email-gorcunov@gmail.com>
 <f87881899957b7aa08b827cdc6b5dd8cf53e4730.1218914042.git.gorcunov@gmail.com>
 <722b5bc0303212ca203cadeedae5ede3e23eccb7.1218914042.git.gorcunov@gmail.com>
 <Pine.LNX.4.55.0808162041190.17944@cliff.in.clinika.pl>
 <20080816130008.349b031d@infradead.org> <20080816201235.GB7182@lenovo>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Sun, 17 Aug 2008, Cyrill Gorcunov wrote:

> it seems this limit is not APIC related since iirc 82489DX allows
> to address 2^14 bits, x2APIC - more then 128 entities too. So I suspect
> it somehow cpu bitmap related. Am I wrong (I didn't _check_ the code)?

 For the record: the 82489DX supports an 8-bit physical unit ID so 256
distinct values are supported.  Of these I gather 255 is taken for the
broadcast ID in the physical destination mode, but that is nowhere
explicitly confirmed in the 82489DX docs (it can be implied from protocol
description though).  While the ID is indeed 8-bit in the 82489DX, for
systems where future compatibility was a concern Intel recommended the use
of IDs from 0 through to 14 only in anticipation of the future integrated
APIC with the physical mode addressing capability limited to 4 bits only
(and 15 taken for the broadcast ID).

 Full 32 bits are available with the 82489DX for the logical destination 
mode and only the flat (no cluster) mode is supported.

  Maciej