From owner-freebsd-arm@FreeBSD.ORG Mon May 25 00:41:11 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80793F3A for ; Mon, 25 May 2015 00:41:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) by mx1.freebsd.org (Postfix) with SMTP id 592D7F73 for ; Mon, 25 May 2015 00:41:11 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 25 May 2015 00:41:28 +0000 (UTC) Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t4P0f93V009156; Sun, 24 May 2015 18:41:09 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1432514469.1200.19.camel@freebsd.org> Subject: Re: panic: arm_unmask_irq [was: Re: TI platforms code update: switching to vendor FDT data] From: Ian Lepore To: Marcel Moolenaar Cc: Oleksandr Tymoshenko , "freebsd-arm@freebsd.org List" Date: Sun, 24 May 2015 18:41:09 -0600 In-Reply-To: <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> References: <72E1D87A-1CEF-4719-907E-CF8E9D720FD1@xcllnt.net> <3741A6A7-1185-4E5A-9E98-22F5A6C730DC@freebsd.org> <3B662B61-1778-4791-A09F-A9162D3D7191@xcllnt.net> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 May 2015 00:41:11 -0000 On Sun, 2015-05-24 at 17:31 -0700, Marcel Moolenaar wrote: > > On May 24, 2015, at 5:12 PM, Oleksandr Tymoshenko wrote: > > > > > > ti_scm and ti_pinmux should be detected right after simplebus. > > Could you make sure if dtb loaded by u-boot is not > > from previous builds? You can decompile it using dtc: > > dtc -I dtb -O dts beaglebone-black.dtb > > I’m pretty sure that’s not possible, since I’ve never built ARM > kernels in this particular VM before :-) > > From the fdt command in the loader I can see it’s the first device > mentioned, so that’s not it. > > loader> fdt ls > Using DTB provided by U-Boot at address 0x80000100. > > /am335x > /am335x/interrupt-controller@48200000 > /am335x/pmu > /am335x/scm@44e10000 > /am335x/prcm@44E00000 > /am335x/dmtimers@44E05000 > /am335x/rtc@44E3E000 > /am335x/adc@44E0D000 > /am335x/wdt1@44E35000 > /am335x/gpio > *snip* > > A verbose boot gives me: > > ofwbus0: > simplebus0: on ofwbus0 > simplebus0: mem 0x48200000-0x48200fff compat ti,aintc (no driver attached) > > Ok, so this is a problem. > > fbsdvm64% nm kernel.debug | grep aintc > c0681584 r __set_modmetadata_set_sym__mod_metadata_md_aintc_simplebus > c0681580 r __set_modmetadata_set_sym__mod_metadata_md_aintc_simplebus_on_kernel > c0680984 r __set_sysinit_set_sym_aintc_simplebusmodule_sys_init > c07306d0 d _aintc_simplebus_depend_on_kernel > c05f749c t aintc_post_filter > c06039f8 t fdt_aintc_decode_ic > c05f7334 t ti_aintc_attach > c061c874 r ti_aintc_methods > c05f72dc t ti_aintc_probe > > Poking some more… > "ti,aintc" is the compat string from the old fdt data, the new one that teh driver now recognizes would be "ti,am33xx-intc". -- Ian