From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: [RFC] Patch for proper Cortex-A8 cache configuration output Date: Wed, 10 Sep 2008 16:28:07 -0700 Message-ID: <20080910232807.GP21163@atomide.com> References: <489B24DA.4020008@googlemail.com> <20080808104007.GU24923@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mho-01-bos.mailhop.org ([63.208.196.178]:58226 "EHLO mho-01-bos.mailhop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751057AbYIJX2J (ORCPT ); Wed, 10 Sep 2008 19:28:09 -0400 Content-Disposition: inline In-Reply-To: <20080808104007.GU24923@atomide.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Dirk Behme Cc: linux-omap@vger.kernel.org * Tony Lindgren [080808 03:41]: > * Dirk Behme [080807 19:38]: > > > > Recent ARM kernel doesn't detect and output Cortex-A8 cache > > configuration correctly. Result is something like this in kernel's boot > > messages: > > > > -- cut -- > > ... > > CPU: ARMv7 Processor [411fc082] revision 2 (ARMv7), cr=00c5387f > > ... > > CPU0: D VIPT write-through cache > > CPU0: cache: 768 bytes, associativity 1, 8 byte lines, 64 sets > > ... > > -- cut -- > > > > Catalin sent a patch for this to linux-arm-kernel list: > > > > http://lists.arm.linux.org.uk/lurker/message/20080704.150532.983f01ca.en.html > > > > Result: > > > > -- cut -- > > ... > > CPU0: L1 I VIPT cache. Caches unified at level 2, coherent at level 3 > > CPU0: Level 1 cache is separate instruction and data > > CPU0: I cache: 16384 bytes, associativity 4, 64 byte lines, 64 sets, > > supports RA > > CPU0: D cache: 16384 bytes, associativity 4, 64 byte lines, 64 sets, > > supports RA WB WT > > CPU0: Level 2 cache is unified > > CPU0: unified cache: 262144 bytes, associativity 8, 64 byte lines, 512 > > sets, > > supports WA RA WB WT > > ... > > -- cut -- > > > > Some people really like this and this patch is used in some private > > trees, e.g. for BeagleBoard. > > > > Unfortunately, RMK doesn't like the patch. He prefers to completely > > remove 'broken' configuration output completely. > > > > What's about applying this patch locally to OMAP git until upstream ARM > > kernel has a fix/remove solution for this? > > Yeah, let's try it out next week after updating to rc2. There will be > also move of the headers to go under plat-omap, so let's get all that > done first. I guess Catalin will submit his patch at some point after 2.6.28 opens. I'll apply it l-o tree, and remove the L2 debug info we had in id.c to clean up id.c in the future patches. Tony