From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24424 invoked by alias); 30 Aug 2002 19:06:37 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 24417 invoked from network); 30 Aug 2002 19:06:36 -0000 Received: from unknown (HELO diana.inter.net.il) (192.114.186.19) by sources.redhat.com with SMTP; 30 Aug 2002 19:06:36 -0000 Received: from Zaretsky ([80.230.2.40]) by diana.inter.net.il (Mirapoint Messaging Server MOS 3.1.0.58-GA) with ESMTP id AJS53270; Fri, 30 Aug 2002 22:05:54 +0300 (IDT) Date: Fri, 30 Aug 2002 12:10:00 -0000 From: "Eli Zaretskii" To: kettenis@chello.nl Message-Id: <2593-Fri30Aug2002220752+0300-eliz@is.elta.co.il> CC: ac131313@ges.redhat.com, gdb-patches@sources.redhat.com In-reply-to: <86bs7lp92j.fsf@elgar.kettenis.dyndns.org> (message from Mark Kettenis on 30 Aug 2002 00:57:24 +0200) Subject: Re: [rfc] Query Red Boot's i386 CPU id Reply-to: Eli Zaretskii References: <86bs7lp92j.fsf@elgar.kettenis.dyndns.org> X-SW-Source: 2002-08/txt/msg01041.txt.bz2 > From: Mark Kettenis > Date: 30 Aug 2002 00:57:24 +0200 > > > (1) Why is this feature implemented for remote targets only? Why is > > the database of CPU ids installed only for embedded builds? > > Seconded. I'm getting wild ideas of downloading the cpuid code to the > target, executing it there, and fetching the return value, and use > that to e.g. select whether it makes sense to do MMX or SSE :-). See go32-nat.c which already does something similar ;-).