From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 6A092C433F5 for ; Fri, 4 Mar 2022 06:58:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=Sn+WkOZVBPJOhxU69KsZenyCWc7xEGZxSfk32H9N/xA=; b=j38NLHysbEYcvb /4BcLRKONEOGfBJFb0r7NfOijjlnntAG/v4GEsSNxoMQKThBBoISyQvVd1IvINtf8r4Xp9GrnZop2 0xyk2ymEPfW0jIp6htjjJWK3FPbhYb8VC8IgylV4ecRR94UZ0rm4r6dqF4ayDjlvYh8GQysTSnPit 4JYeMrNmlVPIx/8clWQ8Wo+gywYuGHPLiCV24p731TqF47YAkt/OtVKAMNgz5zeOiGa9FKJF42f8Q Vm1XYxRzwLfGkILbsiwGJJfmuCcJOzLuz3tlqQubzPs8EFkWOaeYmRPizIdx0QE7DOXscNlMcSeZv +lvS7cFTBOTLEr2g0jvw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nQ1sB-008glf-8P; Fri, 04 Mar 2022 06:57:07 +0000 Received: from muru.com ([72.249.23.125]) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nQ1s7-008gl4-QJ for linux-arm-kernel@lists.infradead.org; Fri, 04 Mar 2022 06:57:05 +0000 Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 9549480E1; Fri, 4 Mar 2022 06:55:47 +0000 (UTC) Date: Fri, 4 Mar 2022 08:56:59 +0200 From: Tony Lindgren To: Adam Ford Subject: Re: [PATCH 6/7] bus: ti-sysc: Implement SoC revision handling Message-ID: References: <20200221195256.54016-1-tony@atomide.com> <20200221195256.54016-7-tony@atomide.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220303_225703_940418_134BBAA8 X-CRM114-Status: GOOD ( 21.44 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Nishanth Menon , Tero Kristo , Dave Gerlach , Keerthy , "H . Nikolaus Schaller" , Linux Kernel Mailing List , =?utf-8?B?QW5kcsOp?= Hentschel , "Andrew F . Davis" , Peter Ujfalusi , Faiz Abbas , Greg Kroah-Hartman , Linux-OMAP , arm-soc , Roger Quadros Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi, * Adam Ford [220302 14:37]: > I apologize for digging up an old thread, but I finally managed to get > my hands on an OMAP3503. It seems like older kernels do not boot at > all or hang somewhere in the boot process. I am still seeing a > difference in behavior between OMAP3503 and OMAP3530, where 3505 > throws a bunch of splat and a kernel panic, while the 3530 appears to > boot happily. > > Using the latest 5.17-rc6, I had to remove some IVA and SGX references > from omap_l3_smx.h to get the 3503 to stop crashing on boot. OK interesting, I did not know those registers are not accessible on 3503. > Do you have any ideas how we can make the omap3_l3_app_bases and > omap3_l3_debug_bases more cleanly remove the IVA and SGX references > if/when OMAP3503 is detected? I assume the same algorithm would have > to detect a AM3703 as well. I'm trying to get my hands on an AM3703 > to see if there is similar behavior as what I'm seeing on the > OMAP3503. As there are possibly multiple omap3 variants used on the same boards, we need to rely on the runtime detection of the SoC. So yeah soc_device_attribute is the way to go here. I don't recall any similar issues booting 3703 but it's been a while so worth testing for sure. Regards, Tony _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel