From owner-freebsd-current Sun Mar 21 17:15:15 1999 Delivered-To: freebsd-current@freebsd.org Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (Postfix) with ESMTP id C3F46151B5 for ; Sun, 21 Mar 1999 17:15:10 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id LAA14236; Mon, 22 Mar 1999 11:44:50 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.3/8.9.0) id LAA07433; Mon, 22 Mar 1999 11:44:45 +1030 (CST) Message-ID: <19990322114444.B429@lemis.com> Date: Mon, 22 Mar 1999 11:44:44 +1030 From: Greg Lehey To: Brian Feldman , current@FreeBSD.ORG Subject: Reporting AMD processors (was: CPUT_WT_ALLOC_DISABLE) References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Brian Feldman on Mon, Mar 22, 1999 at 12:54:12AM +0000 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Monday, 22 March 1999 at 0:54:12 +0000, Brian Feldman wrote: > Does anyone want a CPU_WT_ALLOC_DISABLE and CPU_WT_ALLOC_ENABLE as separate > options? I see a couple changes that should be made to the kernel now: > > CPU: AMD-K6(tm) 3D processor (300.69-MHz 586-class CPU) > Origin = "AuthenticAMD" Id = 0x58c Stepping=12 > Features=0x8021bf > > There should be another line, formatted the same, that ALWAYS reports > CPU_WT_ALLOC info. This will help in debugging problems with certain hardware, > because on K6-2's I get unreliability with write allocation on. For instance, > I updated my BIOS lately and observed a crash. On boot -v, I noted that > the BIOS was kind enough to turn on write allocation, but on a CPU that it > doesn't seem to work well on. What's wrong with leaving the message in the -v output? After all, it's debugging info. > I propose an option to turn OFF write allocation instead of just one to turn > it on. I also propose the change in CPU info printouts to (more correct spacing > and extra line): > > CPU: AMD-K6(tm) 3D processor (300.69-MHz 586-like CPU) > Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 > Features = 0x8021bf > Write Allocation: Disabled 15-16M Caching Enable: No > > The changes would be better spacing, a write allocation line (for whatever > CPUs are supported, notably the K5, K6, K6-[23]), and changing "class" to > the more sensible "like" (i.e. a K6 really is 686-class, but being socket 7 > is 586-like). You'd better pass the spacing issue past bde. Certainly it mathes the other messages. On the whole, I suppose this is reasonable info, but I wonder if we're not tending towards too much information anyway. I needed to increase the MSGBUF_SIZE on some machines just to get the total content of a non-verbose boot. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message