From owner-freebsd-arm@FreeBSD.ORG Tue Sep 16 14:10:57 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A3E271D for ; Tue, 16 Sep 2014 14:10:57 +0000 (UTC) Received: from out1134-249.mail.aliyun.com (out1134-249.mail.aliyun.com [42.120.134.249]) by mx1.freebsd.org (Postfix) with ESMTP id EA1DB2A5 for ; Tue, 16 Sep 2014 14:10:55 +0000 (UTC) Received: from WS-web by r46d02007.xy2.aliyun.com at Tue, 16 Sep 2014 22:04:27 +0800 Date: Tue, 16 Sep 2014 22:04:25 +0800 From: Sender: To: Message-ID: <525cc219-e733-4ec8-a198-6a577c07a99e@laptoppartsupply.com> Subject: =?UTF-8?B?UHJvZmVzc2lvbmFsIE1hbnVmYWN0dXJlIExhcHRvcCBBQyBBZGFwdGVyICA=?= X-Priority: 3 X-Mailer: Alimail-Mailagent MIME-Version: 1.0 X-Alimail-AntiSpam: AC=CONTINUE; BC=0.3325399|-1; FP=18437547478380499065|6|1|203|0|-1|-1|-1; HT=r41g03021; MF=sales03@laptoppartsupply.com; PH=DW; RN=50; RT=50; SR=0; X-Priority: 3 X-Mailer: Alimail-Mailagent revision 2658173 Sender: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2014 14:10:57 -0000 SGkgDQpkZWFyIEZyaWVuZCwNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCsKg DQoNCldlIGhhdmUgdGhlIHBsZWFzdXJlIG9mIGNvbnRhY3Rpbmcgd2l0aCB5b3UgDQp0b2RheS4N Cg0KwqANCg0KDQpXZSdyZSBhIGxlYWRpbmcgbWFudWZhY3R1cmVyIG9mIGFsbCBraW5kcyBvZiBs YXB0b3AgDQphZGFwdGVycywgY29uY2x1ZGluZyBVbm5pdmVyc2FsIEFDL0NhciBhZGFwdGVyLCBU YWJsZXQgYWRhcHRlciwgV2FsbCBNb3VudCANCmFkYXB0ZXIsIE1pbmkgYWRhcHRlciwgT3JpZ2lu YWwgYWRhcHRlciBhbmQgbW9yZSwgYXMgd2VsbCBhcyBsYXB0b3AgYmF0dGVyaWVzIA0KYW5kIElw b25lIGFjY2Vzc29yaWVzLiBBbGwgdGhlc2UgYWNjb3VudCBtb3JlIHRoYW4gMTAwMCBtb2RlbHMg d2l0aCBtb3JlIHRoYW4gMSANCnllYXIgd2FycmFudHkgYW5kIG5vIE1PUS4NCg0KwqANCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQpTaG91bGQgeW91IGhhdmUgYW55IHF1ZXN0aW9ucyBvciBpbnF1aXJl cywgcGxlYXNlIGRvIG5vdCANCmhlc2l0YXRlIHRvIGxldCBtZSBrbm93Lg0KDQrCoA0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCldlIHdvdWxkIGJlIHRoYW5rZnVsIHRvIGNvb3BlcmF0ZSB3aXRoIA0K eW91Lg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KVGhhbmtzIGFuZCBCZXN0IFJlZ2FyZHMhDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCkJldHR5IChzYWxlcyANCm1hbmFnZXIpDQoNCg0KDQoNCg0KwqANCg0K U2hlbnpoZW4gSG9uZ2RhIFNodW4gDQpUZWNobm9sb2d5IERldmVsb3BtZW50IENvLixMdGQuDQoN CkhLIEZseWluZyANCkludGVybmF0aW9uYWwgQ28uLExpbWl0ZWQNCg0KRS1tYWlsOnNhbGVzMDRA aHVuZGFwb3dlci5jb207IFNreXBlOmZ5YWRhcHRlcsKgIA0KSUNROjYxMjYyMzQ0Ng0KDQpXZWJz aXRlOsKgaHR0cDovL3d3dy5meS1hZGFwdGVyLmNvbTvCoGh0dHA6Ly93d3cuaHVuZGFwb3dlci5j b207wqBodHRwOi8vaG9uZ2Rhc2h1bi5lbi5hbGliYWJhLmNvbS8NCg0KQWRkcmVzczo0MDEtMixO by4yMTgtMixIZW5hbiANCk5ldyBWaWxsYWdlLERhZnUgQ29tbXVuaXR5LEd1YW5sYW4sTG9uZ2h1 YSBOZXcgDQpEaXN0cmljdCxTaGVuemhlbixHdWFuZ2RvbmcsQ2hpbmEuDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQo= From owner-freebsd-arm@FreeBSD.ORG Thu Sep 18 14:18:25 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 560D9340 for ; Thu, 18 Sep 2014 14:18:25 +0000 (UTC) Received: from nm10-vm0.bullet.mail.bf1.yahoo.com (nm10-vm0.bullet.mail.bf1.yahoo.com [98.139.213.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F1500BC8 for ; Thu, 18 Sep 2014 14:18:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s2048; t=1411049898; bh=Y46rc5oQAeg+frdKbxVXIdMk8stY16lIkr0QC7TAG4k=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:From:Subject; b=PbskQRKuGqn58QuwprQbzaqE4ZtidwrdnNC5/fir2SBy6oyamWcZht0WUjFpgYnpHR1v4JOjWS448DAySkYB5N3tQDsjMZvmpBuZJULZjIGp2mv8e8HEXnU1S+i8rPqU6uFlsV2ombqfkkMQ8jxyP1IiL2LKZBRMQ8eZqwByU20nh2OZeyacN3mGCBXKI20Q0osfxxBEOr9jFLWfNL4lnN+AyRw69UfDVB9GCj5ay1NkhFQ0wb8imOYv7J0wAKJu8taRaBez4PR6AogHve58A/CdNqxuGxNdoe8zrIMGwurYj59A/cXGP/PzWGBDq/uyGuuJrlp7uF8CoaYHFy02Xg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com.br; b=h/y7qhkDexAj+VyazuROJ2tw0cO2nxoQhqPuemkksGVieyeoj25W0Ds/CCGnvhQFpx3LLvdBOyyWpFxLO+3aqUhYecDaIo7iB00c0DNzbTFrLyFHqiJxfqTObs4WIHztbdh6ro0ALYUIF6U95+FYCRlUGd/5pxVUmAnstl0pUb/4CrSbQWA62wNmsCzv5lL4EzdQhaD99U2Nx36idI/gJAyrdba8peBTeOGzClLJFlKatxlg8X1G3oEExn7/e89g4L3vuwbX36Y85Zsk0JUqdQKjTH5Iq3IcXfWr+lvLkbp+/Vzk9On8Z4Vqqyj8vSCl3zr+91fFVPZrljNFFquylQ==; Received: from [98.139.212.150] by nm10.bullet.mail.bf1.yahoo.com with NNFMP; 18 Sep 2014 14:18:18 -0000 Received: from [98.139.211.197] by tm7.bullet.mail.bf1.yahoo.com with NNFMP; 18 Sep 2014 14:18:17 -0000 Received: from [127.0.0.1] by smtp206.mail.bf1.yahoo.com with NNFMP; 18 Sep 2014 14:18:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s1024; t=1411049897; bh=Y46rc5oQAeg+frdKbxVXIdMk8stY16lIkr0QC7TAG4k=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=2C6iPSoZScRSCheHxTQBQe7p0vmv4bqMf9aA74ft77glI/sfXF4C/stenGOZbewPzUCxfjYrkAnUh9q+uRIBkxK3dl6ZA5X1C3lwcDCMks5qIvnFUIFzm+QWbtYt/E4Srxg2bihRtaI1pHHX60j8xnP7qJX74qUOsxR9KNupJ5s= X-Yahoo-Newman-Id: 590564.6644.bm@smtp206.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ER.aTE0VM1lRu391pI5cBTvpZbfDxHyAhYiTq0Vhy_aXVx1 q7jcASzxv2Ezw7wyHQL5LpIlGyBfs0PU8la8kxR1ogWwjPjDWLLllg4YdXeN 8FApmSFazsCcOJR9D0eZ2FeeUo3Jddcyd0l0E8KahPUjvvEtwHbYKlwWxUPf zcAOFh_T8ZOnOxHYvFU3ow8WomfVKVXAsfpgJ7jlFPG4KafjjlsYldpVW2lU 3J0CphefuvkibV5f4hfiG3swaNWqr5lPircox3zhTw1fEszNf5Ukk896npBt Aq43YrNv.Mel7ijFYnbe13HbRIXyNM0Xssmc0N0_XlOSgigUKBS76PsItAqh I1CYtnfJ_2KsaPnj9bV0bqwbCOwUuEvhNgZUaAKzFa5kmKbS_.v2JtjEA6ma RY9Xl9nC7xN_Yz2cWWRV_GMwTPkgcf8ZobAjcRaLanfQ7FUSKdrB7jcVejGI s0uG1AjEhmXsMZdo.p60Gk0Vt9bZAJPve1JN0st8GDTzj5maqxn6C7WYJUJL rnNaPPnyiTppCXHovQOkPTBZuy1pfK.umywDREuK.KTr.Gi_CK0mo1Sa5EaF Z7fpz0FzwaWHHGfQpb6CoTP6FBD4YHVasS9pXaEDZxrCxZokqxwOGAvNOJHg IbZrxEBei15odgr63CnTcdgxhXLg4rEwoHuYgdjxM8BSAD19WjcaVBGhuaxL Z0HGf9lbfH9YLwSjpdP4kqfpkFqHT X-Yahoo-SMTP: 51p0rh2swBCh3zxf6sJkNseoFwQzw1o- Message-ID: <541AE9A8.5030901@yahoo.com.br> Date: Thu, 18 Sep 2014 11:18:16 -0300 From: Danilo Egea Gondolfo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: panic: run_interrupt_driven_config_hooks: waited to long on 10.1-PRERELEASE + RPI-B References: <1410382322.23950.YahooMailNeo@web162003.mail.bf1.yahoo.com> <1410444341.1150.439.camel@revolution.hippie.lan> <54131929.10208@yahoo.com.br> <1410557445.1150.473.camel@revolution.hippie.lan> In-Reply-To: <1410557445.1150.473.camel@revolution.hippie.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, Aleksandr Rybalko X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Sep 2014 14:18:25 -0000 On 09/12/14 18:30, Ian Lepore wrote: > On Fri, 2014-09-12 at 13:02 -0300, Danilo Egea Gondolfo wrote: >> On 09/11/14 11:05, Ian Lepore wrote: >>> On Wed, 2014-09-10 at 13:52 -0700, Danilo Egea wrote: >>>> Hi all, >>>> >>>> I updated my system on raspberry to 10.0-PRERELEASE (r271400) and now the system is stopping at this point [1]. >>>> This is a known problem? >>>> >>>> Sorry the bad quality picture... >>>> >>>> [1] - https://www.dropbox.com/sc/r89hs2wal7dpn44/AABCKqJzAB7FzlHugfUvQrUva >>> I sync'd to the same stable-10 revision and built a fresh world and >>> kernel and it boots fine. The big difference is that I don't use a >>> video console, just serial. I don't know if that's a factor in why you >>> see a hang or not. >>> >>> -- Ian >>> >>> >>> >> Ok, now I have a serial cable. >> >> Now it's freezing and I can't run a "bt". >> >> I noticed these lines: >> "VT: initialize with new VT driver "fb". >> device_attach: fbd0 attach returned 6 >> fb0: Failed to attach fbd device" >> >> With other kernel config I got this bt: http://pastebin.com/FUVCwt7B >> >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Using DTB provided by U-Boot at address 0x0x100. >> Kernel entry at 0x100100... >> Kernel args: (null) >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2014 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 10.1-BETA1 #0 r271466: Fri Sep 12 11:41:47 BRT 2014 >> root@danilo:/home/danilo/Mestrado/Sources/crochet-freebsd/work/obj/arm.armv6/home/danilo/Sources/freebsd-10-stable/sys/RPI-B >> arm >> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 >> VT: init without driver. >> CPU: ARM1176JZ-S rev 7 (ARM11J core) >> Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext >> WB enabled LABT branch prediction enabled >> 16KB/32B 4-way instruction cache >> 16KB/32B 4-way write-back-locking-C data cache >> real memory = 536866816 (511 MB) >> avail memory = 482893824 (460 MB) >> random device not loaded; using insecure entropy >> random: initialized >> kbd0 at kbdmux0 >> ofwbus0: >> simplebus0: mem 0x20000000-0x20ffffff >> on ofwbus0 >> intc0: mem 0xb200-0xb3ff on simplebus0 >> systimer0: mem 0x3000-0x3fff irq 8,9,10,11 on >> simplebus0 >> Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 >> Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 >> bcmwd0: mem 0x10001c-0x100027 on simplebus0 >> gpio0: mem 0x200000-0x2000af irq >> 57,59,58,60 on simplebus0 >> gpio0: read-only pins: 46,47,48,49,50,51,52,53. >> gpio0: reserved pins: 48,49,50,51,52,53. >> gpioc0: on gpio0 >> gpiobus0: on gpio0 >> gpioled0: at pin(s) 16 on gpiobus0 >> iichb0: mem 0x205000-0x20501f irq 61 on >> simplebus0 >> iicbus0: on iichb0 >> iic0: on iicbus0 >> iichb1: mem 0x804000-0x80401f irq 61 on >> simplebus0 >> iicbus1: on iichb1 >> iic1: on iicbus1 >> spi0: mem 0x204000-0x20401f irq 62 on >> simplebus0 >> spibus0: on spi0 >> bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff >> irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 >> mbox0: mem 0xb880-0xb8bf irq 1 on simplebus0 >> sdhci_bcm0: mem 0x300000-0x3000ff irq >> 70 on simplebus0 >> mmc0: on sdhci_bcm0 >> uart0: mem 0x201000-0x201fff irq 65 on simplebus0 >> uart0: console (115200,n,8,1) >> dwcotg0: mem 0x980000-0x99ffff >> irq 17 on simplebus0 >> usbus0 on dwcotg0 >> fb0: on ofwbus0 >> simplebus1: on ofwbus0 >> simplebus1: could not get ranges >> device_attach: simplebus1 attach returned 6 >> Timecounters tick every 10.000 msec >> usbus0: 480Mbps High Speed USB v2.0 >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> mmcsd0: 4GB at mmc0 >> 50.0MHz/4bit/65535-block >> fb0: 656x416(0x0@0,0) 16bpp >> fb0: pitch 1312, base 0x5e006000, screen_size 545792 >> fbd0 on fb0 >> VT: initialize with new VT driver "fb". >> device_attach: fbd0 attach returned 6 >> fb0: Failed to attach fbd device >> uhub0: 1 port with 1 removable, self powered >> ugen0.2: at usbus0 >> uhub1: >> on usbus0 >> uhub1: MTT enabled >> uhub1: 5 ports with 4 removable, self powered >> random: unblocking device. >> ugen0.3: at usbus0 >> smsc0: on usbus0 >> smsc0: chip 0xec00, rev. 0002 >> miibus0: on smsc0 >> ukphy0: PHY 1 on miibus0 >> ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> ue0: on smsc0 >> ue0: Ethernet address: b8:27:eb:60:d9:9b >> run_interrupt_driven_hooks: still waiting after 60 seconds for bcm_fb_init >> run_interrupt_driven_hooks: still waiting after 120 seconds for bcm_fb_init >> run_interrupt_driven_hooks: still waiting after 180 seconds for bcm_fb_init >> run_interrupt_driven_hooks: still waiting after 240 seconds for bcm_fb_init >> run_interrupt_driven_hooks: still waiting after 300 seconds for bcm_fb_init > This looks like it's somehow related to the the frame buffer driver or > the new vt(4) driver. I'm cc'ing Aleksander who knows more than I do > about that stuff. :) > > -- Ian > > > Hello again, The last snapshot of 10.1 has the same problem. Just to make sure, I'll test it with another raspberry later. Here is the complete boot log http://pastebin.com/SEX64FNv I'd like to highlight this (again): VT: initialize with new VT driver "fb". device_attach: fbd0 attach returned 6 fb0: Failed to attach fbd device and this (in the backtrace): undefinedinstruction() at undefinedinstruction+0x298 pc = 0xc04a8300 lr = 0xc0496684 (exception_exit) sp = 0xc075ed50 fp = 0xc075eda8 r4 = 0xc04eebec r5 = 0xc075edfc r6 = 0xc04f11f2 r7 = 0xc064a100 r8 = 0xc06625e0 r9 = 0xc06630c0 r10 = 0xc0649f60 Maybe this problem is related to the compiler? Thanks! From owner-freebsd-arm@FreeBSD.ORG Fri Sep 19 11:15:54 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12CA2A5A for ; Fri, 19 Sep 2014 11:15:54 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D511F392 for ; Fri, 19 Sep 2014 11:15:53 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id tr6so3105426ieb.26 for ; Fri, 19 Sep 2014 04:15:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=jULiAVe+KU14wrsPJsT9nM4GRo6wEkLP5MbWU+C1/pc=; b=c94OqqEHySFBAVihkt2IgGZBIOa8c8W4GwQH97rCECTq3lscxy3ACXH48/TRMvE9LG dS26yig/7MzKGvgf0urFT4Osoxio8TTv/4CR/U/RwAbG26SIvOP2haq8JuYJP329Q/aC 3Liy7WaS0dOoQJotOrdOiU2fAstmJI51l+3+fu6677r1NsVzjcdafsoD3pcEZ+18wJw9 UkfSe3dPy48wkxxK4b5GsRA5qJ9cCGoQmWZSVPYaHbXIDKLlCRCVA6Yw/tMldFQKNTqr Dr3YJdp6spvM2Ennxfnr9skFRaLiKLofnavSGMf6eBpxVt0QNskTYXNYpKEKgTf3RySI gOTQ== X-Gm-Message-State: ALoCoQmgE1M85qNFHd6KCiqPnPmA67qluomZuyp3xv/ALVU6Ps+aXXm6qsnkSvUxuw8xvVgNU8bBg8Of6U/ylOT+sbO45zw67U/JuiVi/uHh8tjWTlhfcJH3p99Rq5YJ25VtY3TAJNsk X-Received: by 10.50.109.228 with SMTP id hv4mr41411931igb.13.1411125347684; Fri, 19 Sep 2014 04:15:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.42.110.74 with HTTP; Fri, 19 Sep 2014 04:15:32 -0700 (PDT) From: "Lundberg, Johannes" Date: Fri, 19 Sep 2014 20:15:32 +0900 Message-ID: Subject: Jetson TK1 board support To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2014 11:15:54 -0000 SGkNCg0KSSBzdGFydGVkIHdvcmtpbmcgb24gYWRkaW5nIHRoZSBKZXRzb24gVEsxIGJvYXJkIHRv IENyb2NoZXQuIElzIHRoZXJlIGFueQ0Kd29yayBpbiBwcm9ncmVzcyBvbiB0aGlzPw0KSSBndWVz cyB0aGVyZSBpcyBxdWl0ZSBhIGxvdCBvZiB3b3JrIHRoYXQgaGFzIHRvIGJlZW4gZG9uZSB0byBn ZXQgZnVsbA0Kc3VwcG9ydCBmb3IgaXQgaW4gdGhlIGtlcm5lbCBhcyB3ZWxsLi4NCg0KQmVzdCBy ZWdhcmRzDQotLQ0KSm9oYW5uZXMgTHVuZGJlcmcNCgotLSAKPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tCuenmOWvhuS/neaMgeOBq+OBpOOBhOOB pu+8muOBk+OBrumbu+WtkOODoeODvOODq+OBr+OAgeWQjeWum+S6uuOBq+mAgeS/oeOBl+OBn+OC guOBruOBp+OBguOCiuOAgeenmOWMv+eJueaoqeOBruWvvuixoeOBqOOBquOCi+aDheWgseOCkuWQ q+OCk+OBp+OBhOOBvuOBmeOAggrjgoLjgZfjgIHlkI3lrpvkurrku6XlpJbjga7mlrnjgYzlj5fk v6HjgZXjgozjgZ/loLTlkIjjgIHjgZPjga7jg6Hjg7zjg6vjga7noLTmo4TjgIHjgYrjgojjgbPj gZPjga7jg6Hjg7zjg6vjgavplqLjgZnjgovkuIDliIfjga7plovnpLrjgIEK6KSH5YaZ44CB6YWN 5biD44CB44Gd44Gu5LuW44Gu5Yip55So44CB44G+44Gf44Gv6KiY6LyJ5YaF5a6544Gr5Z+644Gl 44GP44GE44GL44Gq44KL6KGM5YuV44KC44GV44KM44Gq44GE44KI44GG44GK6aGY44GE55Sz44GX 5LiK44GS44G+44GZ44CCCi0tLQpDT05GSURFTlRJQUxJVFkgTk9URTogVGhlIGluZm9ybWF0aW9u IGluIHRoaXMgZW1haWwgaXMgY29uZmlkZW50aWFsCmFuZCBpbnRlbmRlZCBzb2xlbHkgZm9yIHRo ZSBhZGRyZXNzZWUuCkRpc2Nsb3N1cmUsIGNvcHlpbmcsIGRpc3RyaWJ1dGlvbiBvciBhbnkgb3Ro ZXIgYWN0aW9uIG9mIHVzZSBvZiB0aGlzCmVtYWlsIGJ5IHBlcnNvbiBvdGhlciB0aGFuIGludGVu ZGVkIHJlY2lwaWVudCwgaXMgcHJvaGliaXRlZC4KSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk IHJlY2lwaWVudCBhbmQgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluCmVycm9yLCBwbGVhc2Ug ZGVzdHJveSB0aGUgb3JpZ2luYWwgbWVzc2FnZS4K From owner-freebsd-arm@FreeBSD.ORG Fri Sep 19 11:26:42 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77C40C45 for ; Fri, 19 Sep 2014 11:26:42 +0000 (UTC) Received: from remote.thehowies.com (50-197-91-217-static.hfc.comcastbusiness.net [50.197.91.217]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "remote.thehowies.com", Issuer "RapidSSL CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DC6267C for ; Fri, 19 Sep 2014 11:26:41 +0000 (UTC) Received: from PRIMARY.thehowies.local ([fe80::967:7eb6:ee49:3820]) by PRIMARY.thehowies.local ([fe80::967:7eb6:ee49:3820%11]) with mapi id 14.03.0174.001; Fri, 19 Sep 2014 04:25:32 -0700 From: John Howie To: "Lundberg, Johannes" , "freebsd-arm@freebsd.org" Subject: Re: Jetson TK1 board support Thread-Topic: Jetson TK1 board support Thread-Index: AQHP0/sWzowk4xMBFUKh3S+OIDTxj5wI1vuA Date: Fri, 19 Sep 2014 11:25:31 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.4.4.140807 x-originating-ip: [82.41.217.126] Content-Type: text/plain; charset="iso-2022-jp" Content-ID: <1BE0642EA0902F4DA964D109DF89D971@thehowies.local> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2014 11:26:42 -0000 Hi all, I am up for testing and supporting this board. I ordered and received mine, but have not really had a chance to use it due to work to-date. The good news is the next few months I will have bandwidth. Regards, John On 9/19/14, 12:15 PM, "Lundberg, Johannes" wrote: >Hi > >I started working on adding the Jetson TK1 board to Crochet. Is there any >work in progress on this? >I guess there is quite a lot of work that has to been done to get full >support for it in the kernel as well.. > >Best regards >-- >Johannes Lundberg > >--=20 >=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >=1B$BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?F= C8"$NBP>]$H$J$k>pJs$r4^=1B(B =1B$B$s$G$$$^$9!#=1B(B >=1B$B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!= <%k$K4X$9$k0l@Z$N3+<(!"=1B(B >=1B$BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$= J$$$h$&$*4j$$?=3D$7>e$2$^$9!#=1B(B >--- >CONFIDENTIALITY NOTE: The information in this email is confidential >and intended solely for the addressee. >Disclosure, copying, distribution or any other action of use of this >email by person other than intended recipient, is prohibited. >If you are not the intended recipient and have received this email in >error, please destroy the original message. >_______________________________________________ >freebsd-arm@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-arm >To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Sep 19 18:03:51 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44F2D79 for ; Fri, 19 Sep 2014 18:03:51 +0000 (UTC) Received: from nm35-vm7.bullet.mail.bf1.yahoo.com (nm35-vm7.bullet.mail.bf1.yahoo.com [72.30.238.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF1E36CE for ; Fri, 19 Sep 2014 18:03:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s2048; t=1411149721; bh=6hhctjEPeysUZBJmxxHqicvqveUYYxJUvne9w0YbPfI=; h=Received:Received:Received:DKIM-Signature:X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:From:Subject; b=k8NkiVJRJoM1CYlxafjXvhOj9Pjz71vNEcEGBkwZgaAxu/6smy/3uef6p1xHu1SzcNwUdW7kSlmKE6Tt9ozsrZkKzejrWH/GljYZzY/51VmWaPpSC5hI6Wvz/8lT8bqDsv7WPvkMuGpnOLOeOpH5P3J2NZpQyFHWiU4mtvzM5JqhTz+vZY1WgaOUqZsqcmX4oiV7NqzdbBiaf5bo/bV7LTGSuG8Qe3j1UrjcXXceUDUiwQRGy3AcL06STqQrYcfqAkIQEYsP6dWyBAysAdLR1yLIgXAT08EyfuxP2n7Jf0OD0T4BdI+6EMmE9XwoCG/bbhz6kjH+fx2mUlFAje107A== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com.br; b=sceRkKc888atCJYFdQ30hR+IBzS7aSl7jLk2mCqna3j7RJNN/LQ/Hyiodv4N8yvJeRuSS8BJHVo7xNg7/+O0elwVrMbkb25EXFzQuLfeDeh21BufeeMSf7ghB8VfNycw7BGb5w6JmvavoZMWZHAPAb/1QJC4HPbFx7zRPWx1/8/8Ye/p0o/uOYbLm2NRZWlBir/7DVwqYPRrb/vNyGcdcHgy3R08w70xgFJcIS97U/5EqU2BGOG3Wz+lWFvbhIi5NMI38A/j/cRSwgebGReb5k4SyF8Fh3YQ/4y6xSfjD1vRIiXYVfek1W4Y6dVGmCWD5ZvSFGRMoCTXKCIB1elB+w==; Received: from [98.139.215.142] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 19 Sep 2014 18:02:01 -0000 Received: from [98.139.211.161] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 19 Sep 2014 18:02:01 -0000 Received: from [127.0.0.1] by smtp218.mail.bf1.yahoo.com with NNFMP; 19 Sep 2014 18:02:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.br; s=s1024; t=1411149721; bh=6hhctjEPeysUZBJmxxHqicvqveUYYxJUvne9w0YbPfI=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=vVISKeMpJKSVouQrm/S5uQDzeH+q1uFaFUiwNzcaWjWVQzTRyE1sy5asyQHZq8Oz3MVDsjG0p8sBeYQjy+GsFzGJOSHMm4POx2i0aZezHtqy9NvwGk9IHLfdbTw5xw2n613gTIuNO2N6/bxMLNUeEIU1lFkHVzH5kMlW46u1r4c= X-Yahoo-Newman-Id: 117486.79193.bm@smtp218.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: pzfpd9kVM1kU6Ci_vDUVkqTionaAnj.9PZectQFHFAZJhsQ 8isrcR_HsNWV77GoMqVo5Bp5sYOjdcFCSsWRRVnNv1yr6Y_zTsWSaujJct5z 0cGzj0iYyv74A307yqQe9uMVfYmOMTN7KP3SqKOWYwchRRfDeQv6IOsloajC ondP8LM2l7HNVM6UUxhTIFwVjov4jWPaHdu5VyEw61hcZoVOMw3IKeen_sxj KgzGCKJY64iBhwGJMj3KGdjWKXmp3l1OkobZV8xvDrlHENuIdzoStXAIrD0d xQuoo5LdtKMUgOFrvVeUrmZqD4bvEC82KVnN91uhexJXmZmwR7utgSf_Wifx PBQotNWUIkhp9ivVgYBhyL.XFGTzd6c877gyoqGkLLq_SZR676DTJh2J4tpA jhLNhPqJkGhiQqFTWwEWHUBEz8OZkciBN.dycccoxA1yL9JO3ReFlKu5fLuo Znk36KeNS2h3NUo7wn_vYP.uG2aYMCLhEs4C86.xj.aj6B0rC0jkMcl1esHi mFEL7nIm_hGNFnhVThnZ7d8K2u_nv4yNyX2J9SxeLWIetN3lNWZuEZ44AOl3 TzewkIFSUX7vmQ8WEIga0gWt6NeL6VwrRTjOgRaJi4w58o.v5q5ePDHb1_qD s9LlKh7cBGmgHRnMGZ33ErOK2Ur6b..n4Aj.khEW1lrbTkIvExQsVH15EWzj Rrogyre.YlduXpBCerNO6IfMTmmb5 X-Yahoo-SMTP: 51p0rh2swBCh3zxf6sJkNseoFwQzw1o- Message-ID: <541C6F97.1070703@yahoo.com.br> Date: Fri, 19 Sep 2014 15:01:59 -0300 From: Danilo Egea Gondolfo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: panic: run_interrupt_driven_config_hooks: waited to long on 10.1-PRERELEASE + RPI-B References: <1410382322.23950.YahooMailNeo@web162003.mail.bf1.yahoo.com> <1410444341.1150.439.camel@revolution.hippie.lan> <54131929.10208@yahoo.com.br> <1410557445.1150.473.camel@revolution.hippie.lan> <541AE9A8.5030901@yahoo.com.br> In-Reply-To: <541AE9A8.5030901@yahoo.com.br> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2014 18:03:51 -0000 On 09/18/14 11:18, Danilo Egea Gondolfo wrote: > > On 09/12/14 18:30, Ian Lepore wrote: >> On Fri, 2014-09-12 at 13:02 -0300, Danilo Egea Gondolfo wrote: >>> On 09/11/14 11:05, Ian Lepore wrote: >>>> On Wed, 2014-09-10 at 13:52 -0700, Danilo Egea wrote: >>>>> Hi all, >>>>> >>>>> I updated my system on raspberry to 10.0-PRERELEASE (r271400) and >>>>> now the system is stopping at this point [1]. >>>>> This is a known problem? >>>>> >>>>> Sorry the bad quality picture... >>>>> >>>>> [1] - >>>>> https://www.dropbox.com/sc/r89hs2wal7dpn44/AABCKqJzAB7FzlHugfUvQrUva >>>> I sync'd to the same stable-10 revision and built a fresh world and >>>> kernel and it boots fine. The big difference is that I don't use a >>>> video console, just serial. I don't know if that's a factor in why >>>> you >>>> see a hang or not. >>>> >>>> -- Ian >>>> >>>> >>>> >>> Ok, now I have a serial cable. >>> >>> Now it's freezing and I can't run a "bt". >>> >>> I noticed these lines: >>> "VT: initialize with new VT driver "fb". >>> device_attach: fbd0 attach returned 6 >>> fb0: Failed to attach fbd device" >>> >>> With other kernel config I got this bt: http://pastebin.com/FUVCwt7B >>> >>> Hit [Enter] to boot immediately, or any other key for command prompt. >>> Booting [/boot/kernel/kernel]... >>> Using DTB provided by U-Boot at address 0x0x100. >>> Kernel entry at 0x100100... >>> Kernel args: (null) >>> KDB: debugger backends: ddb >>> KDB: current backend: ddb >>> Copyright (c) 1992-2014 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, >>> 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 10.1-BETA1 #0 r271466: Fri Sep 12 11:41:47 BRT 2014 >>> root@danilo:/home/danilo/Mestrado/Sources/crochet-freebsd/work/obj/arm.armv6/home/danilo/Sources/freebsd-10-stable/sys/RPI-B >>> >>> arm >>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) >>> 20140512 >>> VT: init without driver. >>> CPU: ARM1176JZ-S rev 7 (ARM11J core) >>> Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext >>> WB enabled LABT branch prediction enabled >>> 16KB/32B 4-way instruction cache >>> 16KB/32B 4-way write-back-locking-C data cache >>> real memory = 536866816 (511 MB) >>> avail memory = 482893824 (460 MB) >>> random device not loaded; using insecure entropy >>> random: initialized >>> kbd0 at kbdmux0 >>> ofwbus0: >>> simplebus0: mem >>> 0x20000000-0x20ffffff >>> on ofwbus0 >>> intc0: mem 0xb200-0xb3ff on simplebus0 >>> systimer0: mem 0x3000-0x3fff irq 8,9,10,11 on >>> simplebus0 >>> Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 >>> Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 >>> bcmwd0: mem 0x10001c-0x100027 on simplebus0 >>> gpio0: mem 0x200000-0x2000af irq >>> 57,59,58,60 on simplebus0 >>> gpio0: read-only pins: 46,47,48,49,50,51,52,53. >>> gpio0: reserved pins: 48,49,50,51,52,53. >>> gpioc0: on gpio0 >>> gpiobus0: on gpio0 >>> gpioled0: at pin(s) 16 on gpiobus0 >>> iichb0: mem 0x205000-0x20501f irq 61 on >>> simplebus0 >>> iicbus0: on iichb0 >>> iic0: on iicbus0 >>> iichb1: mem 0x804000-0x80401f irq 61 on >>> simplebus0 >>> iicbus1: on iichb1 >>> iic1: on iicbus1 >>> spi0: mem 0x204000-0x20401f irq 62 on >>> simplebus0 >>> spibus0: on spi0 >>> bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff >>> irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 >>> mbox0: mem 0xb880-0xb8bf irq 1 on >>> simplebus0 >>> sdhci_bcm0: mem 0x300000-0x3000ff irq >>> 70 on simplebus0 >>> mmc0: on sdhci_bcm0 >>> uart0: mem 0x201000-0x201fff irq 65 on >>> simplebus0 >>> uart0: console (115200,n,8,1) >>> dwcotg0: mem 0x980000-0x99ffff >>> irq 17 on simplebus0 >>> usbus0 on dwcotg0 >>> fb0: on ofwbus0 >>> simplebus1: on ofwbus0 >>> simplebus1: could not get ranges >>> device_attach: simplebus1 attach returned 6 >>> Timecounters tick every 10.000 msec >>> usbus0: 480Mbps High Speed USB v2.0 >>> ugen0.1: at usbus0 >>> uhub0: on >>> usbus0 >>> mmcsd0: 4GB at mmc0 >>> 50.0MHz/4bit/65535-block >>> fb0: 656x416(0x0@0,0) 16bpp >>> fb0: pitch 1312, base 0x5e006000, screen_size 545792 >>> fbd0 on fb0 >>> VT: initialize with new VT driver "fb". >>> device_attach: fbd0 attach returned 6 >>> fb0: Failed to attach fbd device >>> uhub0: 1 port with 1 removable, self powered >>> ugen0.2: at usbus0 >>> uhub1: >>> on usbus0 >>> uhub1: MTT enabled >>> uhub1: 5 ports with 4 removable, self powered >>> random: unblocking device. >>> ugen0.3: at usbus0 >>> smsc0: on usbus0 >>> smsc0: chip 0xec00, rev. 0002 >>> miibus0: on smsc0 >>> ukphy0: PHY 1 on miibus0 >>> ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>> ue0: on smsc0 >>> ue0: Ethernet address: b8:27:eb:60:d9:9b >>> run_interrupt_driven_hooks: still waiting after 60 seconds for >>> bcm_fb_init >>> run_interrupt_driven_hooks: still waiting after 120 seconds for >>> bcm_fb_init >>> run_interrupt_driven_hooks: still waiting after 180 seconds for >>> bcm_fb_init >>> run_interrupt_driven_hooks: still waiting after 240 seconds for >>> bcm_fb_init >>> run_interrupt_driven_hooks: still waiting after 300 seconds for >>> bcm_fb_init >> This looks like it's somehow related to the the frame buffer driver or >> the new vt(4) driver. I'm cc'ing Aleksander who knows more than I do >> about that stuff. :) >> >> -- Ian >> >> >> > Hello again, > > The last snapshot of 10.1 has the same problem. Just to make sure, > I'll test it with another raspberry later. > > Here is the complete boot log http://pastebin.com/SEX64FNv > > I'd like to highlight this (again): > > VT: initialize with new VT driver "fb". > device_attach: fbd0 attach returned 6 > fb0: Failed to attach fbd device > > and this (in the backtrace): > > undefinedinstruction() at undefinedinstruction+0x298 > pc = 0xc04a8300 lr = 0xc0496684 (exception_exit) > sp = 0xc075ed50 fp = 0xc075eda8 > r4 = 0xc04eebec r5 = 0xc075edfc > r6 = 0xc04f11f2 r7 = 0xc064a100 > r8 = 0xc06625e0 r9 = 0xc06630c0 > r10 = 0xc0649f60 > > Maybe this problem is related to the compiler? > > Thanks! Seems that r271769 fixed the problem. It's booting again! :) From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 13:11:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43FD5387 for ; Sat, 20 Sep 2014 13:11:17 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id BA4D8A07 for ; Sat, 20 Sep 2014 13:11:15 +0000 (UTC) Received: from wwinf1p20 ([10.223.75.44]) by mwinf5d69 with ME id tRB81o0040xLc3N03RB8De; Sat, 20 Sep 2014 15:11:08 +0200 X-ME-Helo: wwinf1p20 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 15:11:08 +0200 X-ME-IP: 109.212.165.91 Date: Sat, 20 Sep 2014 15:11:08 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: freebsd-arm@freebsd.org Message-ID: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> Subject: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.165.91] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 13:11:17 -0000 hi, =C2=A0 I would compile freebsd for it run on a cubietruck. For this I used the wik= i page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option confif= uration "CUBIEBOARD2." everything goes well, but starting on the "truck", I= get this message: =C2=A0 vm_fault(0xc08bab80, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc08e5a48 FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 [ thread pid 0 tid 100000 ] Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2= =A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] where is the problem please ? From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 13:14:01 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E1F3A402 for ; Sat, 20 Sep 2014 13:14:00 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A404A21 for ; Sat, 20 Sep 2014 13:14:00 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id ho1so793204wib.16 for ; Sat, 20 Sep 2014 06:13:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bqIpASThNtsDja+ExxGDp6j38+ANxruH805nn7kWocY=; b=0EBqRaY9NrXUWpdL2bK8XsqDi6hzuSnNg7s/Z7vs3F3bwNrar9eU4FF2HMzYPXOS+j 0nY29SVKMS+AKVRoiXTysk7xjbUQG27E29mr4jdWIBMKnp9zyvfTzl6vN1LIhvSJG6Xa r4ztn5tvbFO3ZZAdT6EE13i7YMJBXcrI7+JaWUWlHL1V9JshCHA2/XCZI5mzfdBlr2JS sUt8a6INS5IckYGkg2TQhO6oC8AdDfsDC0cXgdpgm8LpuFao2e4BcnAY1lFTqoRdBydl SSdOBvJmoKIt4hzRZY4OxzBSguLnyRWoHJSQfZMDq5jscYFuGHr0Vj8TxWbIDaj7FemA h9+Q== MIME-Version: 1.0 X-Received: by 10.180.188.13 with SMTP id fw13mr3194829wic.83.1411218838526; Sat, 20 Sep 2014 06:13:58 -0700 (PDT) Received: by 10.194.184.107 with HTTP; Sat, 20 Sep 2014 06:13:58 -0700 (PDT) Received: by 10.194.184.107 with HTTP; Sat, 20 Sep 2014 06:13:58 -0700 (PDT) In-Reply-To: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> Date: Sat, 20 Sep 2014 16:13:58 +0300 Message-ID: Subject: Re: kernel debugger on cubietruck From: Boris Astardzhiev To: Gilles DALMAS Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 13:14:01 -0000 Hi, As far as I see strcmp() is passed a NULL pointer, try issuing a backtrace to get the exact place of calling. Regards On Sep 20, 2014 4:11 PM, "Gilles DALMAS" wrote: > hi, > > > > I would compile freebsd for it run on a cubietruck. For this I used the > wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option > confifuration "CUBIEBOARD2." everything goes well, but starting on the > "truck", I get this message: > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc08e5a48 > FSR=00000005, FAR=00000000, spsr=a00001d3 > r0 =00000000, r1 =c0547c85, r2 =00000072, r3 =00000008 > r4 =c3b49f00, r5 =c3b4a080, r6 =c3b4a0b8, r7 =00000000 > r8 =c056b038, r9 =c3ae1700, r10=c05d4930, r11=c08e5ab0 > r12=00000000, ssp=c08e5a98, slr=c024e0f0, pc =c03d7604 > > [ thread pid 0 tid 100000 ] > Stopped at strcmp+0x4: ldrb r3, [r0] > > > > where is the problem please ? > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 13:14:08 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFAAD43D for ; Sat, 20 Sep 2014 13:14:08 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7DAA22 for ; Sat, 20 Sep 2014 13:14:07 +0000 (UTC) Received: from wwinf1p20 ([10.223.75.44]) by mwinf5d44 with ME id tRE71o0010xLc3N03RE7yD; Sat, 20 Sep 2014 15:14:07 +0200 X-ME-Helo: wwinf1p20 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 15:14:07 +0200 X-ME-IP: 109.212.165.91 Date: Sat, 20 Sep 2014 15:14:06 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: freebsd-arm@freebsd.org Message-ID: <689666083.10970.1411218847015.JavaMail.www@wwinf1p20> In-Reply-To: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> Subject: re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.165.91] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 13:14:08 -0000 the complete sequence : sun7i#fatload mmc 0 0x40200000 kernel; go 0x40200100 reading kernel 5059739 bytes read in 223 ms (21.6 MiB/s) ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =C2=A0=C2=A0=C2=A0 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r271768: Thu Sep 18 16:06:02 CEST 2014 =C2=A0=C2=A0=C2=A0 root@CTBSD:/usr/obj/arm.armv6/usr/home/gilles/FBSD/sys/C= UBIEBOARD2 arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A7 rev 4 (Cortex-A core) =C2=A0Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext =C2=A0WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2=20 Cache level 1:=20 =C2=A032KB/64B 4-way data cache WB Read-Alloc Write-Alloc =C2=A032KB/32B 2-way instruction cache Read-Alloc Cache level 2:=20 =C2=A0256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory=C2=A0 =3D 1073741824 (1024 MB) avail memory =3D 1040261120 (992 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs random device not loaded; using insecure entropy random: initialized ofwbus0:=20 simplebus0: on ofwbus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c820ff on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b sc->nirqs 160 a10_sramc0: mem 0x1c00000-0x1c00fff on simplebus0 a20_cpu_cfg0: mem 0x1c25c00-0x1c25fff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 54 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c9f on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 60 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 71 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 72 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 33 on simplebus0 uart0: console (115200,n,8,1) emac0: mem 0x1c0b000-0x1c0bfff irq 87 on simplebus0 miibus0: on emac0 rgephy0: PHY 0 on miibus0 vm_fault(0xc08bab80, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc08e5a48 FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 [ thread pid 0 tid 100000 ] Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2= =A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] > Message du 20/09/14 15:11 > De : "Gilles DALMAS"=20 > A : freebsd-arm@freebsd.org > Copie =C3=A0 :=20 > Objet : kernel debugger on cubietruck >=20 > hi, =C2=A0 I would compile freebsd for it run on a cubietruck. For this I= used the wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using = option confifuration "CUBIEBOARD2." everything goes well, but starting on t= he "truck", I get this message: =C2=A0 vm_fault(0xc08bab80, 0, 1, 0) -> 1 F= atal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc08e5a48 = FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 r0 =3D00000000, r1 =3Dc0547= c85, r2 =3D00000072, r3 =3D00000008 r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc= 3b4a0b8, r7 =3D00000000 r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11= =3Dc08e5ab0 r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 = [ thread pid 0 tid 100000 ] Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp= +0x4:=C2=A0=C2=A0=C2=A0=C2=A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] where is the = problem please ? _______________________________________________ freebsd-ar= m@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebs= d-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 13:32:53 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A704622 for ; Sat, 20 Sep 2014 13:32:53 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id A221DBA4 for ; Sat, 20 Sep 2014 13:32:51 +0000 (UTC) Received: from wwinf1p20 ([10.223.75.44]) by mwinf5d28 with ME id tRRD1o0070xLc3N03RRDK6; Sat, 20 Sep 2014 15:25:13 +0200 X-ME-Helo: wwinf1p20 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 15:25:13 +0200 X-ME-IP: 109.212.165.91 Date: Sat, 20 Sep 2014 15:25:13 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Boris Astardzhiev Message-ID: <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> In-Reply-To: References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.165.91] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 13:32:53 -0000 I did not know much about debug kernel, but when I pass the trace command, = I get: db> trace Tracing pid 0 tid 100000 td 0xc08ba870 db_trace_self() at db_trace_self =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6c=C2=A0 lr= =3D 0xc0232780 (db_hex2dec+0x4d8) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp= =3D 0xc08e5768 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 db_hex2dec() at db_hex2dec+0x4d8 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0232780=C2=A0 lr= =3D 0xc02320f0 (db_command_loop+0x2fc) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp= =3D 0xc08e5810 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000000 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x00000063 db_command_loop() at db_command_loop+0x2fc =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr= =3D 0xc0231e54 (db_command_loop+0x60) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5818=C2=A0 fp= =3D 0xc08e5828 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5= =3D 0xc0540c1c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 r7= =3D 0xc08e5a48 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0 r9= =3D 0xc05d2918 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc0615aa4 db_command_loop() at db_command_loop+0x60 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr= =3D 0xc023481c (X_db_symbol_values+0x250) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5830=C2=A0 fp= =3D 0xc08e5950 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0xc08ba1bc =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 X_db_symbol_values() at X_db_symbol_values+0x250 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc023481c=C2=A0 lr= =3D 0xc0352c88 (kdb_trap+0x15c) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 fp= =3D 0xc08e5978 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000005 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8=C2=A0 r7= =3D 0xc08e5a48 kdb_trap() at kdb_trap+0x15c =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 lr= =3D 0xc050138c (data_abort_handler+0x680) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp= =3D 0xc08e5998 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 r5= =3D 0x00000005 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3=C2=A0 r7= =3D 0x00000000 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000013=C2=A0 r9= =3D 0xc08e5a48 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0x00000001 data_abort_handler() at data_abort_handler+0x680 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138c=C2=A0 lr= =3D 0xc0501134 (data_abort_handler+0x428) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 fp= =3D 0xc08e5a40 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 r5= =3D 0xc08ba870 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba548=C2=A0 r7= =3D 0x00000005 data_abort_handler() at data_abort_handler+0x428 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501134=C2=A0 lr= =3D 0xc04ed754 (exception_exit) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp= =3D 0xc08e5ab0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5= =3D 0xc3b4a080 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7= =3D 0x00000000 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9= =3D 0xc3ae1700 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 exception_exit() at exception_exit =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 lr= =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp= =3D 0xc08e5ab0 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 r1= =3D 0xc0547c85 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2=A0 r3= =3D 0x00000008 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5= =3D 0xc3b4a080 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7= =3D 0x00000000 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9= =3D 0xc3ae1700 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x000= 00000 strcmp() at strcmp+0x4 =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr= =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp= =3D 0xc08e5ab0 Unwind failure (no registers changed) =C2=A0 > Message du 20/09/14 15:13 > De : "Boris Astardzhiev"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : freebsd-arm@freebsd.org > Objet : Re: kernel debugger on cubietruck >=20 > > Hi, > As far as I see strcmp() is passed a NULL pointer, try issuing a backtrac= e to get the exact place of calling. > Regards On Sep 20, 2014 4:11 PM, "Gilles DALMAS" wrote: hi, >=20 > =C2=A0 >=20 > I would compile freebsd for it run on a cubietruck. For this I used the w= iki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option conf= ifuration "CUBIEBOARD2." everything goes well, but starting on the "truck",= I get this message: >=20 > =C2=A0 >=20 > vm_fault(0xc08bab80, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc08e5a48 > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 >=20 > [ thread pid 0 tid 100000 ] > Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2= =A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] >=20 >=20 >=20 > where is the problem please ? >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 14:09:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 89B2099 for ; Sat, 20 Sep 2014 14:09:00 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 561EAE75 for ; Sat, 20 Sep 2014 14:09:00 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id x19so5107332ier.22 for ; Sat, 20 Sep 2014 07:08:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KmkqYpyebBFPP9gLIdPgbvCzELlU98d8G/NArLrxcKY=; b=xrAFSoGzSt3gOhpkqLjdBYcx67r2/WxwHMwsDhitdYA72zgwviA6nXZI/gSUBNGq9q 0Y3vCh6Qcl0FzqJnzCD92Ons5eY69pqGb9bOpQCYqu4xY2+JsLUg1jQTiUR7HggzbYJn ZKl+aiUwWRif9ZO4SvO8wT1XShG1juml7eFlDME+UMoiLm5hypw2SJ0qTq77RyLEbOZq d5ARRX1vWqASAZAuk0Z5BwxYCzXpNYIlyqinJT5sU6VN60UvowiGQe/TQGtj30FiXFNo rUDwdjlm/IBVe5adDKibtfDnW+XyXpFj9xy47PFw2HTej7TajKUzXHa+yoYsyETdGRIm KdNw== MIME-Version: 1.0 X-Received: by 10.50.30.199 with SMTP id u7mr3254818igh.48.1411222139512; Sat, 20 Sep 2014 07:08:59 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sat, 20 Sep 2014 07:08:59 -0700 (PDT) In-Reply-To: <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> Date: Sat, 20 Sep 2014 22:08:59 +0800 Message-ID: Subject: Re: kernel debugger on cubietruck From: Ganbold Tsagaankhuu To: Gilles DALMAS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 14:09:00 -0000 On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrote: > I did not know much about debug kernel, but when I pass the trace command= , > I get: > > db> trace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_trace_self() at db_trace_self > pc =3D 0xc04eba6c lr =3D 0xc0232780 (db_hex2dec+0x4d8) > sp =3D 0xc08e5750 fp =3D 0xc08e5768 > r10 =3D 0xc08ba1c4 > db_hex2dec() at db_hex2dec+0x4d8 > pc =3D 0xc0232780 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > sp =3D 0xc08e5770 fp =3D 0xc08e5810 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0x00000063 > db_command_loop() at db_command_loop+0x2fc > pc =3D 0xc02320f0 lr =3D 0xc0231e54 (db_command_loop+0x60) > sp =3D 0xc08e5818 fp =3D 0xc08e5828 > r4 =3D 0xc0528609 r5 =3D 0xc0540c1c > r6 =3D 0xc08ba1b0 r7 =3D 0xc08e5a48 > r8 =3D 0x00000001 r9 =3D 0xc05d2918 > r10 =3D 0xc0615aa4 > db_command_loop() at db_command_loop+0x60 > pc =3D 0xc0231e54 lr =3D 0xc023481c (X_db_symbol_values+0x250) > sp =3D 0xc08e5830 fp =3D 0xc08e5950 > r4 =3D 0x00000000 r5 =3D 0xc08ba1bc > r6 =3D 0xc0615ac8 > X_db_symbol_values() at X_db_symbol_values+0x250 > pc =3D 0xc023481c lr =3D 0xc0352c88 (kdb_trap+0x15c) > sp =3D 0xc08e5958 fp =3D 0xc08e5978 > r4 =3D 0x00000000 r5 =3D 0x00000005 > r6 =3D 0xc0615ac8 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c > pc =3D 0xc0352c88 lr =3D 0xc050138c (data_abort_handler+0x680) > sp =3D 0xc08e5980 fp =3D 0xc08e5998 > r4 =3D 0xc08e5a48 r5 =3D 0x00000005 > r6 =3D 0x600001d3 r7 =3D 0x00000000 > r8 =3D 0x00000013 r9 =3D 0xc08e5a48 > r10 =3D 0x00000001 > data_abort_handler() at data_abort_handler+0x680 > pc =3D 0xc050138c lr =3D 0xc0501134 (data_abort_handler+0x428) > sp =3D 0xc08e59a0 fp =3D 0xc08e5a40 > r4 =3D 0xc08e5eb0 r5 =3D 0xc08ba870 > r6 =3D 0xc08ba548 r7 =3D 0x00000005 > data_abort_handler() at data_abort_handler+0x428 > pc =3D 0xc0501134 lr =3D 0xc04ed754 (exception_exit) > sp =3D 0xc08e5a48 fp =3D 0xc08e5ab0 > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 > r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 > r10 =3D 0xc05d4930 > exception_exit() at exception_exit > pc =3D 0xc04ed754 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > sp =3D 0xc08e5a98 fp =3D 0xc08e5ab0 > r0 =3D 0x00000000 r1 =3D 0xc0547c85 > r2 =3D 0x00000072 r3 =3D 0x00000008 > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 > r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 > r10 =3D 0xc05d4930 r12 =3D 0x00000000 > strcmp() at strcmp+0x4 > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > sp =3D 0xc08e5a98 fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > Please try without emac driver. MII in Cubietruck could be different. Ganbold > > > > > > > Message du 20/09/14 15:13 > > De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebsd-arm@freebsd.org > > Objet : Re: kernel debugger on cubietruck > > > > > > Hi, > > > As far as I see strcmp() is passed a NULL pointer, try issuing a > backtrace to get the exact place of calling. > > > Regards > > On Sep 20, 2014 4:11 PM, "Gilles DALMAS" wrote: > > hi, > > > > > > > > I would compile freebsd for it run on a cubietruck. For this I used the > wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option > confifuration "CUBIEBOARD2." everything goes well, but starting on the > "truck", I get this message: > > > > > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1 > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopped at strcmp+0x4: ldrb r3, [r0] > > > > > > > > where is the problem please ? > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 14:26:45 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C925AFD for ; Sat, 20 Sep 2014 14:26:45 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp10.smtpout.orange.fr [80.12.242.132]) by mx1.freebsd.org (Postfix) with ESMTP id 7F647BE for ; Sat, 20 Sep 2014 14:26:43 +0000 (UTC) Received: from wwinf1p20 ([10.223.75.44]) by mwinf5d45 with ME id tSSd1o0080xLc3N03SSddw; Sat, 20 Sep 2014 16:26:37 +0200 X-ME-Helo: wwinf1p20 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 16:26:37 +0200 X-ME-IP: 109.212.56.240 Date: Sat, 20 Sep 2014 16:26:37 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> In-Reply-To: References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 14:26:45 -0000 i comment emac line from : # Ethernet device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 ether device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 emac # USB ethernet support, requires miibus device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 =C2=A0 no need to re created the sd card ? just the USB flash ? =C2=A0 > Message du 20/09/14 16:09 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 : "freebsd-arm@freebsd.org"=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrote: > I did not know much about debug kernel, but when I pass the trace command, = I get: >=20 > db> trace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_trace_self() at db_trace_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6c=C2=A0 = lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 = fp =3D 0xc08e5768 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_hex2dec() at db_hex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0232780=C2=A0 = lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 = fp =3D 0xc08e5810 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 = r5 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x00000063 > db_command_loop() at db_command_loop+0x2fc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 = lr =3D 0xc0231e54 (db_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5818=C2=A0 = fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 = r5 =3D 0xc0540c1c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 = r7 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0 = r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc0615aa4 > db_command_loop() at db_command_loop+0x60 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 = lr =3D 0xc023481c (X_db_symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5830=C2=A0 = fp =3D 0xc08e5950 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 = r5 =3D 0xc08ba1bc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > X_db_symbol_values() at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc023481c=C2=A0 = lr =3D 0xc0352c88 (kdb_trap+0x15c) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 = fp =3D 0xc08e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 = r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8=C2=A0 = r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 = lr =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 = fp =3D 0xc08e5998 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 = r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3=C2=A0 = r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000013=C2=A0 = r9 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler() at data_abort_handler+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138c=C2=A0 = lr =3D 0xc0501134 (data_abort_handler+0x428) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 = fp =3D 0xc08e5a40 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 = r5 =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba548=C2=A0 = r7 =3D 0x00000005 > data_abort_handler() at data_abort_handler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501134=C2=A0 = lr =3D 0xc04ed754 (exception_exit) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 = fp =3D 0xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 = r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 = r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 = r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit() at exception_exit > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 = lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 = fp =3D 0xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 = r1 =3D 0xc0547c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2=A0 = r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 = r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 = r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 = r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x0= 0000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc03d7604=C2=A0 = lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 = fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > > Please try without=C2=A0emac=C2=A0driver. MII in Cubietruck=C2=A0could be d= ifferent. > >=20 Ganbold >=20 >=20 =C2=A0 >=20 >=20 > =C2=A0 >=20 > > Message du 20/09/14 15:13 > > De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebsd-arm@freebsd.org > > Objet : Re: kernel debugger on cubietruck > > > > > > Hi, >=20 > > As far as I see strcmp() is passed a NULL pointer, try issuing a backtr= ace to get the exact place of calling. >=20 > > Regards >=20 >=20 On Sep 20, 2014 4:11 PM, "Gilles DALMAS"=C2=A0 wrote: >=20 > hi, > > > > =C2=A0 > > > > I would compile freebsd for it run on a cubietruck. For this I used the= wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option co= nfifuration "CUBIEBOARD2." everything goes well, but starting on the "truck= ", I get this message: > > > > =C2=A0 > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1 > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0= =C2=A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > where is the problem please ? > > > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 14:30:21 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFBBBDD5 for ; Sat, 20 Sep 2014 14:30:21 +0000 (UTC) Received: from mail-ie0-x22e.google.com (mail-ie0-x22e.google.com [IPv6:2607:f8b0:4001:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8A47BF1 for ; Sat, 20 Sep 2014 14:30:21 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id y20so5268459ier.19 for ; Sat, 20 Sep 2014 07:30:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J0wWo1L+0r64Exd9RX+smCpE/pUP5+liEQfF1Wv0yoE=; b=JWoQ2hiN1+gZJhprOHJQYN/WmNd0sPdArkJfcV81fQYGkUiPioLdXleupivDkS53Nq BmIT2MPJk1ojlMt6lpPdOwgbOLrhcdFJe+v3xUqIeo/X7ls8pMEfq7XWdB4ZA6M7ukKl BpuJkKhAq0rz1ihO8Cddh1nseaXzyjFycslHCUKYZG9aEKDY1JYFV1HlNVkywuuGpq8I eFth4vHh1Ej8qH/Ou0y2arZitSsvXIv9NSre82aj/mh+aWNf1/26xhydM6X41Y2GqWbc zIW7ZkhbZvRL3aoPp+A+Jx+K586c9eZMTImDj/ozUKPZvxWsY8q67/dUAGm99lbHPkp7 ydzQ== MIME-Version: 1.0 X-Received: by 10.50.73.163 with SMTP id m3mr3306681igv.28.1411223420838; Sat, 20 Sep 2014 07:30:20 -0700 (PDT) Received: by 10.64.119.193 with HTTP; Sat, 20 Sep 2014 07:30:20 -0700 (PDT) In-Reply-To: <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> Date: Sat, 20 Sep 2014 22:30:20 +0800 Message-ID: Subject: Re: kernel debugger on cubietruck From: Ganbold Tsagaankhuu To: Gilles DALMAS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 14:30:21 -0000 On Sat, Sep 20, 2014 at 10:26 PM, Gilles DALMAS wrote: > i comment emac line from : > > # Ethernet > device loop > device ether > device mii > device smscphy > #device cpsw > device bpf > > device emac > > # USB ethernet support, requires miibus > device miibus > > > > and re run the compilation ? > Just build kernel only and try. Ganbold > > > > > no need to re created the sd card ? just the USB flash ? > > > > > Message du 20/09/14 16:09 > > De : "Ganbold Tsagaankhuu" > > A : "Gilles DALMAS" > > Copie =C3=A0 : "freebsd-arm@freebsd.org" > > > Objet : Re: kernel debugger on cubietruck > > > > > > > > > > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrote= : > > >> >> I did not know much about debug kernel, but when I pass the trace >> command, I get: >> > >> > db> trace >> > Tracing pid 0 tid 100000 td 0xc08ba870 >> > db_trace_self() at db_trace_self >> > pc =3D 0xc04eba6c lr =3D 0xc0232780 (db_hex2dec+0x4d8) >> > sp =3D 0xc08e5750 fp =3D 0xc08e5768 >> > r10 =3D 0xc08ba1c4 >> > db_hex2dec() at db_hex2dec+0x4d8 >> > pc =3D 0xc0232780 lr =3D 0xc02320f0 (db_command_loop+0x2fc) >> > sp =3D 0xc08e5770 fp =3D 0xc08e5810 >> > r4 =3D 0x00000000 r5 =3D 0x00000000 >> > r6 =3D 0x00000063 >> > db_command_loop() at db_command_loop+0x2fc >> > pc =3D 0xc02320f0 lr =3D 0xc0231e54 (db_command_loop+0x60) >> > sp =3D 0xc08e5818 fp =3D 0xc08e5828 >> > r4 =3D 0xc0528609 r5 =3D 0xc0540c1c >> > r6 =3D 0xc08ba1b0 r7 =3D 0xc08e5a48 >> > r8 =3D 0x00000001 r9 =3D 0xc05d2918 >> > r10 =3D 0xc0615aa4 >> > db_command_loop() at db_command_loop+0x60 >> > pc =3D 0xc0231e54 lr =3D 0xc023481c (X_db_symbol_values+0x25= 0) >> > sp =3D 0xc08e5830 fp =3D 0xc08e5950 >> > r4 =3D 0x00000000 r5 =3D 0xc08ba1bc >> > r6 =3D 0xc0615ac8 >> > X_db_symbol_values() at X_db_symbol_values+0x250 >> > pc =3D 0xc023481c lr =3D 0xc0352c88 (kdb_trap+0x15c) >> > sp =3D 0xc08e5958 fp =3D 0xc08e5978 >> > r4 =3D 0x00000000 r5 =3D 0x00000005 >> > r6 =3D 0xc0615ac8 r7 =3D 0xc08e5a48 >> > kdb_trap() at kdb_trap+0x15c >> > pc =3D 0xc0352c88 lr =3D 0xc050138c (data_abort_handler+0x68= 0) >> > sp =3D 0xc08e5980 fp =3D 0xc08e5998 >> > r4 =3D 0xc08e5a48 r5 =3D 0x00000005 >> > r6 =3D 0x600001d3 r7 =3D 0x00000000 >> > r8 =3D 0x00000013 r9 =3D 0xc08e5a48 >> > r10 =3D 0x00000001 >> > data_abort_handler() at data_abort_handler+0x680 >> > pc =3D 0xc050138c lr =3D 0xc0501134 (data_abort_handler+0x42= 8) >> > sp =3D 0xc08e59a0 fp =3D 0xc08e5a40 >> > r4 =3D 0xc08e5eb0 r5 =3D 0xc08ba870 >> > r6 =3D 0xc08ba548 r7 =3D 0x00000005 >> > data_abort_handler() at data_abort_handler+0x428 >> > pc =3D 0xc0501134 lr =3D 0xc04ed754 (exception_exit) >> > sp =3D 0xc08e5a48 fp =3D 0xc08e5ab0 >> > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 >> > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 >> > r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 >> > r10 =3D 0xc05d4930 >> > exception_exit() at exception_exit >> > pc =3D 0xc04ed754 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x20= 80) >> > sp =3D 0xc08e5a98 fp =3D 0xc08e5ab0 >> > r0 =3D 0x00000000 r1 =3D 0xc0547c85 >> > r2 =3D 0x00000072 r3 =3D 0x00000008 >> > r4 =3D 0xc3b49f00 r5 =3D 0xc3b4a080 >> > r6 =3D 0xc3b4a0b8 r7 =3D 0x00000000 >> > r8 =3D 0xc056b038 r9 =3D 0xc3ae1700 >> > r10 =3D 0xc05d4930 r12 =3D 0x00000000 >> > strcmp() at strcmp+0x4 >> > pc =3D 0xc03d7604 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x20= 80) >> > sp =3D 0xc08e5a98 fp =3D 0xc08e5ab0 >> > Unwind failure (no registers changed) >> > > > > > > Please try without emac driver. MII in Cubietruck could be different. > > > > > > Ganbold > > > > > > > > >> >> > >> > >> > >> > >> > > Message du 20/09/14 15:13 >> > > De : "Boris Astardzhiev" >> > > A : "Gilles DALMAS" >> > > Copie =C3=A0 : freebsd-arm@freebsd.org >> > > Objet : Re: kernel debugger on cubietruck >> > > >> > > >> > > Hi, >> > >> > > As far as I see strcmp() is passed a NULL pointer, try issuing a >> backtrace to get the exact place of calling. >> > >> > > Regards >> > >> > >> On Sep 20, 2014 4:11 PM, "Gilles DALMAS" wrote: >> > >> > hi, >> > > >> > > >> > > >> > > I would compile freebsd for it run on a cubietruck. For this I used >> the wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using >> option confifuration "CUBIEBOARD2." everything goes well, but starting o= n >> the "truck", I get this message: >> > > >> > > >> > > >> > > vm_fault(0xc08bab80, 0, 1, 0) -> 1 >> > > Fatal kernel mode data abort: 'Translation Fault (S)' >> > > trapframe: 0xc08e5a48 >> > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 >> > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 >> > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 >> > > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 >> > > r12=3D00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 >> > > >> > > [ thread pid 0 tid 100000 ] >> > > Stopped at strcmp+0x4: ldrb r3, [r0] >> > > >> > > >> > > >> > > where is the problem please ? >> > > >> > > _______________________________________________ >> > > freebsd-arm@freebsd.org mailing list >> > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.or= g >> " >> > >> > _______________________________________________ >> > freebsd-arm@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > > > > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 14:31:24 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45A5CE14 for ; Sat, 20 Sep 2014 14:31:24 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp02.smtpout.orange.fr [80.12.242.124]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB76175 for ; Sat, 20 Sep 2014 14:31:22 +0000 (UTC) Received: from wwinf1p20 ([10.223.75.44]) by mwinf5d56 with ME id tSXE1o00N0xLc3N03SXEzp; Sat, 20 Sep 2014 16:31:14 +0200 X-ME-Helo: wwinf1p20 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 16:31:14 +0200 X-ME-IP: 109.212.56.240 Date: Sat, 20 Sep 2014 16:31:14 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <584735728.12399.1411223474805.JavaMail.www@wwinf1p20> In-Reply-To: <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 14:31:24 -0000 no need to re make the kernel-toolchain ? > Message du 20/09/14 16:26 > De : "Gilles DALMAS"=20 > A : "Ganbold Tsagaankhuu"=20 > Copie =C3=A0 : "freebsd-arm@freebsd.org"=20 > Objet : Re: kernel debugger on cubietruck >=20 > i comment emac line from : # Ethernet device=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 ether device=C2= =A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0=C2=A0=C2=A0 = =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 emac # U= SB ethernet support, requires miibus device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 =C2=A0 no need to = re created the sd card ? just the USB flash ? =C2=A0 > Message du 20/09/14 = 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" > Copie =C3=A0 : "= freebsd-arm@freebsd.org" > Objet : Re: kernel debugger on cubietruck > > > = > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrote: > I did not know mu= ch about debug kernel, but when I pass the trace command, I get: > > db> tr= ace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_trace_self() at db_trace_= self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6c= =C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0xc08e5768 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_hex2dec() at db_h= ex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0= 232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp =3D 0xc08e5810 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= x00000063 > db_command_loop() at db_command_loop+0x2fc > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr =3D 0xc0231e54 (d= b_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp = =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0540c1c > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 r7 =3D 0xc08e5a48= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0= r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc= 0615aa4 > db_command_loop() at db_command_loop+0x60 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr =3D 0xc023481c (X_db= _symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp= =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc08ba1bc > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > X_db_symbol_values() = at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_trap+0x15c) > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 fp =3D 0xc0= 8e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000= =C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 l= r =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp =3D 0xc08e5998 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 r5 =3D 0x00= 000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler() at data_abort_handle= r+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138= c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+0x428) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 fp =3D 0xc08e5a40 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 r5= =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_handler() at data_abort_hand= ler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501= 134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3= b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit() at exception_exit > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 lr = =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 r1 =3D 0xc0547= c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2= =A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4= =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x= 00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2= 080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98= =C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > > Please= try without=C2=A0emac=C2=A0driver. MII in Cubietruck=C2=A0could be differe= nt. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Message du 20/09/14 15:13 > >= De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebs= d-arm@freebsd.org > > Objet : Re: kernel debugger on cubietruck > > > > > >= Hi, > > > As far as I see strcmp() is passed a NULL pointer, try issuing a= backtrace to get the exact place of calling. > > > Regards > > On Sep 20, = 2014 4:11 PM, "Gilles DALMAS"=C2=A0 wrote: > > hi, > > > > =C2=A0 > > > > I= would compile freebsd for it run on a cubietruck. For this I used the wiki= page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option confifu= ration "CUBIEBOARD2." everything goes well, but starting on the "truck", I = get this message: > > > > =C2=A0 > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1= > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0= xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D000= 00000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r= 5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3a= e1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, s= lr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopp= ed at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2=A0 ldr= b=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > where is the problem please ? = > > > > _______________________________________________ > > freebsd-arm@fre= ebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd= -arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > > _______________________________________________ > freebsd-arm@free= bsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ar= m > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" = > _______________________________________________ freebsd-arm@freebsd.org m= ailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubs= cribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 18:44:28 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BD3A1CA; Sat, 20 Sep 2014 18:44:28 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D181BBCB; Sat, 20 Sep 2014 18:44:27 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id 2272C1AF374; Sat, 20 Sep 2014 18:44:24 +0000 (UTC) From: Maxim V FIlimonov To: freebsd-current@freebsd.org Subject: FreeBSD-11.0-CURRENT on ARM: performance and load average Date: Sat, 20 Sep 2014 22:44:23 +0400 Message-ID: <7351653.A2UeEk9AA3@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-arm@freebsd.org, mav@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 18:44:28 -0000 Hello everyone, Recently, I encountered a problem with -CURRENT on an ARM board (cubieboard2 to be precise). The problem was that the load average was above 2. Including the fact that the board has 2 CPU cores, that's strange. Also, the network throughput was way too slow: from 3 kilobytes per second earlier to 20..50 about now. Here's a workaround for that: > sysctl kern.eventtimer.periodic=1 With that, the network performance increased while LA decreased to a decent 0.3..0.5. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 18:45:45 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3768833A for ; Sat, 20 Sep 2014 18:45:45 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp09.smtpout.orange.fr [80.12.242.131]) by mx1.freebsd.org (Postfix) with ESMTP id 5A53FBE1 for ; Sat, 20 Sep 2014 18:45:43 +0000 (UTC) Received: from wwinf1p20 ([10.223.75.44]) by mwinf5d69 with ME id tWlh1o0050xLc3N03WlhTf; Sat, 20 Sep 2014 20:45:41 +0200 X-ME-Helo: wwinf1p20 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 20:45:41 +0200 X-ME-IP: 109.212.56.240 Date: Sat, 20 Sep 2014 20:45:41 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <139071258.18161.1411238741408.JavaMail.www@wwinf1p20> In-Reply-To: References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> <584735728.12399.1411223474805.JavaMail.www@wwinf1p20> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 18:45:45 -0000 when I try to put "ufs: / dev / da0", the system starts but I have a lot of= "no such device" and "spurious interrupt detected" > Message du 20/09/14 16:35 > De : "Ganbold Tsagaankhuu"=20 > A : "Gilles DALMAS"=20 > Copie =C3=A0 :=20 > Objet : Re: kernel debugger on cubietruck >=20 > > > On Sat, Sep 20, 2014 at 10:31 PM, Gilles DALMAS wrote: > > no need to re make the kernel-toolchain ? > > No just build kernel only. > Ganbold =C2=A0 >=20 >=20 >=20 >=20 > > Message du 20/09/14 16:26 > > De : "Gilles DALMAS"=20 > > A : "Ganbold Tsagaankhuu"=20 > > Copie =C3=A0 : "freebsd-arm@freebsd.org"=20 > > Objet : Re: kernel debugger on cubietruck > >=20 > > i comment emac line from : # Ethernet device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 ether device= =C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2=A0 =C2=A0= =C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 emac= # USB ethernet support, requires miibus device=C2=A0=C2=A0=C2=A0 =C2=A0=C2= =A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 =C2=A0 no need = to re created the sd card ? just the USB flash ? =C2=A0 > Message du 20/09/= 14 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" > Copie =C3=A0 = : "freebsd-arm@freebsd.org" > Objet : Re: kernel debugger on cubietruck > >= > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrote: > I did not know= much about debug kernel, but when I pass the trace command, I get: > > db>= trace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_trace_self() at db_tra= ce_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04eba6= c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0xc08e5768 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_hex2dec() at db_h= ex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0= 232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp =3D 0xc08e5810 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5= =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= x00000063 > db_command_loop() at db_command_loop+0x2fc > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr =3D 0xc0231e54 (d= b_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp = =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0540c1c > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0 r7 =3D 0xc08e5a48= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000001=C2=A0= r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc= 0615aa4 > db_command_loop() at db_command_loop+0x60 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr =3D 0xc023481c (X_db= _symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp= =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc08ba1bc > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > X_db_symbol_values() = at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_trap+0x15c) > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5958=C2=A0 fp =3D 0xc0= 8e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000= =C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_trap() at kdb_trap+0x15c >= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0352c88=C2=A0 l= r =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp =3D 0xc08e5998 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5a48=C2=A0 r5 =3D 0x00= 000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0x600001d3= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler() at data_abort_handle= r+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc050138= c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+0x428) > =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0 fp =3D 0xc08e5a40 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5eb0=C2=A0 r5= =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0= xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_handler() at data_abort_hand= ler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0501= 134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3= b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8= =C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit() at exception_exit > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc04ed754=C2=A0 lr = =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000000=C2=A0 r1 =3D 0xc0547= c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r2 =3D 0x00000072=C2= =A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4= =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 r12 =3D 0x= 00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2= 080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98= =C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no registers changed) > > Please= try without=C2=A0emac=C2=A0driver. MII in Cubietruck=C2=A0could be differe= nt. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Message du 20/09/14 15:13 > >= De : "Boris Astardzhiev" > > A : "Gilles DALMAS" > > Copie =C3=A0 : freebs= d-arm@freebsd.org > > Objet : Re: kernel debugger on cubietruck > > > > > >= Hi, > > > As far as I see strcmp() is passed a NULL pointer, try issuing a= backtrace to get the exact place of calling. > > > Regards > > On Sep 20, = 2014 4:11 PM, "Gilles DALMAS"=C2=A0 wrote: > > hi, > > > > =C2=A0 > > > > I= would compile freebsd for it run on a cubietruck. For this I used the wiki= page: https://wiki.freebsd.org/FreeBSD/arm/Cubieboard using option confifu= ration "CUBIEBOARD2." everything goes well, but starting on the "truck", I = get this message: > > > > =C2=A0 > > > > vm_fault(0xc08bab80, 0, 1, 0) -> 1= > > Fatal kernel mode data abort: 'Translation Fault (S)' > > trapframe: 0= xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, spsr=3Da00001d3 > > r0 =3D000= 00000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D00000008 > > r4 =3Dc3b49f00, r= 5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > > r8 =3Dc056b038, r9 =3Dc3a= e1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D00000000, ssp=3Dc08e5a98, s= lr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread pid 0 tid 100000 ] > > Stopp= ed at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:=C2=A0=C2=A0=C2=A0=C2=A0 ldr= b=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > where is the problem please ? = > > > > _______________________________________________ > > freebsd-arm@fre= ebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd= -arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.= org" > > _______________________________________________ > freebsd-arm@free= bsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ar= m > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" = > _______________________________________________ freebsd-arm@freebsd.org m= ailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arm To unsubs= cribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 18:46:04 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4624C374; Sat, 20 Sep 2014 18:46:04 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 07036BE2; Sat, 20 Sep 2014 18:46:03 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id EDB531AF279; Sat, 20 Sep 2014 18:36:53 +0000 (UTC) From: Maxim V FIlimonov To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org, mav@freebsd.org Subject: FreeBSD-11.0-CURRENT on ARM: performance and load average Date: Sat, 20 Sep 2014 22:36:43 +0400 Message-ID: <6819027.8v2Z16lWiU@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 18:46:04 -0000 Hello everyone, Recently, I encountered a problem with -CURRENT on an ARM board (cubieboard2 to be precise). The problem was that the load average was above 2. Including the fact that the board has 2 CPU cores, that's strange. Also, the network throughput was way too slow: from 3 kilobytes per second earlier to 20..50 about now. Here's a workaround for that: > sysctl kern.eventtimer.periodic=1 With that, the network performance increased while LA decreased to a decent 0.3..0.5. -- wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 19:14:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0DCCCD0 for ; Sat, 20 Sep 2014 19:14:58 +0000 (UTC) Received: from smtp.smtpout.orange.fr (smtp05.smtpout.orange.fr [80.12.242.127]) by mx1.freebsd.org (Postfix) with ESMTP id AD1FBE7D for ; Sat, 20 Sep 2014 19:14:56 +0000 (UTC) Received: from wwinf1p21 ([10.223.75.45]) by mwinf5d09 with ME id tXEu1o00D0yeGPe03XEueu; Sat, 20 Sep 2014 21:14:54 +0200 X-ME-Helo: wwinf1p21 X-ME-Auth: Z2RhbG1hc0B3YW5hZG9vLmZy X-ME-Date: Sat, 20 Sep 2014 21:14:54 +0200 X-ME-IP: 109.212.56.240 Date: Sat, 20 Sep 2014 21:14:54 +0200 (CEST) From: Gilles DALMAS Reply-To: Gilles DALMAS To: Ganbold Tsagaankhuu Message-ID: <857916216.19088.1411240494803.JavaMail.www@wwinf1p21> In-Reply-To: <139071258.18161.1411238741408.JavaMail.www@wwinf1p20> References: <568188637.10901.1411218668061.JavaMail.www@wwinf1p20> <1886035707.11136.1411219513483.JavaMail.www@wwinf1p20> <284420224.12277.1411223197278.JavaMail.www@wwinf1p20> <584735728.12399.1411223474805.JavaMail.www@wwinf1p20> <139071258.18161.1411238741408.JavaMail.www@wwinf1p20> Subject: Re: kernel debugger on cubietruck MIME-Version: 1.0 X-Originating-IP: [109.212.56.240] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-CC: |~| X-WUM-REPLYTO: |~| Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 19:14:58 -0000 the network interface is not detected > Message du 20/09/14 20:45 > De : "Gilles DALMAS"=20 > A : "Ganbold Tsagaankhuu"=20 > Copie =C3=A0 : "freebsd-arm"=20 > Objet : Re: kernel debugger on cubietruck >=20 > when I try to put "ufs: / dev / da0", the system starts but I have a lot = of "no such device" and "spurious interrupt detected" > Message du 20/09/14= 16:35 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" > Copie =C3=A0 : = > Objet : Re: kernel debugger on cubietruck > > > > On Sat, Sep 20, 2014 at= 10:31 PM, Gilles DALMAS wrote: > > no need to re make the kernel-toolchain= ? > > No just build kernel only. > Ganbold =C2=A0 > > > > > > Message du 2= 0/09/14 16:26 > > De : "Gilles DALMAS" > > A : "Ganbold Tsagaankhuu" > > Co= pie =C3=A0 : "freebsd-arm@freebsd.org" > > Objet : Re: kernel debugger on c= ubietruck > > > > i comment emac line from : # Ethernet device=C2=A0=C2=A0= =C2=A0 =C2=A0=C2=A0=C2=A0 loop device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 = ether device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 mii device=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 smscphy #device =C2=A0=C2=A0=C2=A0 cpsw device=C2=A0= =C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 bpf device=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0= =C2=A0 emac # USB ethernet support, requires miibus device=C2=A0=C2=A0=C2= =A0 =C2=A0=C2=A0=C2=A0 miibus =C2=A0 and re run the compilation ? =C2=A0 = =C2=A0 no need to re created the sd card ? just the USB flash ? =C2=A0 > Me= ssage du 20/09/14 16:09 > De : "Ganbold Tsagaankhuu" > A : "Gilles DALMAS" = > Copie =C3=A0 : "freebsd-arm@freebsd.org" > Objet : Re: kernel debugger on= cubietruck > > > > On Sat, Sep 20, 2014 at 9:25 PM, Gilles DALMAS wrote: >= I did not know much about debug kernel, but when I pass the trace command,= I get: > > db> trace > Tracing pid 0 tid 100000 td 0xc08ba870 > db_trace_s= elf() at db_trace_self > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 p= c =3D 0xc04eba6c=C2=A0 lr =3D 0xc0232780 (db_hex2dec+0x4d8) > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5750=C2=A0 fp =3D 0xc08e5= 768 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc08ba1c4 > db_he= x2dec() at db_hex2dec+0x4d8 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 pc =3D 0xc0232780=C2=A0 lr =3D 0xc02320f0 (db_command_loop+0x2fc) > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5770=C2=A0 fp = =3D 0xc08e5810 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x= 00000000=C2=A0 r5 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0x00000063 > db_command_loop() at db_command_loop+0x2fc > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc02320f0=C2=A0 lr= =3D 0xc0231e54 (db_command_loop+0x60) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 sp =3D 0xc08e5818=C2=A0 fp =3D 0xc08e5828 > =C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc0528609=C2=A0 r5 =3D 0xc0540c1c= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc08ba1b0=C2=A0= r7 =3D 0xc08e5a48 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 = =3D 0x00000001=C2=A0 r9 =3D 0xc05d2918 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r10 =3D 0xc0615aa4 > db_command_loop() at db_command_loop+0x60 > = =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc0231e54=C2=A0 lr= =3D 0xc023481c (X_db_symbol_values+0x250) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5830=C2=A0 fp =3D 0xc08e5950 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0xc08ba= 1bc > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8 > = X_db_symbol_values() at X_db_symbol_values+0x250 > =C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc023481c=C2=A0 lr =3D 0xc0352c88 (kdb_tra= p+0x15c) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59= 58=C2=A0 fp =3D 0xc08e5978 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r4 =3D 0x00000000=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc0615ac8=C2=A0 r7 =3D 0xc08e5a48 > kdb_trap(= ) at kdb_trap+0x15c > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc = =3D 0xc0352c88=C2=A0 lr =3D 0xc050138c (data_abort_handler+0x680) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5980=C2=A0 fp =3D 0= xc08e5998 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc08e5= a48=C2=A0 r5 =3D 0x00000005 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r6 =3D 0x600001d3=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 r8 =3D 0x00000013=C2=A0 r9 =3D 0xc08e5a48 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0x00000001 > data_abort_handler()= at data_abort_handler+0x680 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 pc =3D 0xc050138c=C2=A0 lr =3D 0xc0501134 (data_abort_handler+0x428)= > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e59a0=C2=A0= fp =3D 0xc08e5a40 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 = =3D 0xc08e5eb0=C2=A0 r5 =3D 0xc08ba870 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 r6 =3D 0xc08ba548=C2=A0 r7 =3D 0x00000005 > data_abort_hand= ler() at data_abort_handler+0x428 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 pc =3D 0xc0501134=C2=A0 lr =3D 0xc04ed754 (exception_exit) > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a48=C2=A0 fp = =3D 0xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r4 =3D 0x= c3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00000000 > =C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038=C2=A0 r9 =3D 0xc3ae1700 > =C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 =3D 0xc05d4930 > exception_exit= () at exception_exit > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc = =3D 0xc04ed754=C2=A0 lr =3D 0xc024e0f0 (mii_phy_flowstatus+0x2080) > =C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0= xc08e5ab0 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r0 =3D 0x00000= 000=C2=A0 r1 =3D 0xc0547c85 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 r2 =3D 0x00000072=C2=A0 r3 =3D 0x00000008 > =C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 r4 =3D 0xc3b49f00=C2=A0 r5 =3D 0xc3b4a080 > =C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r6 =3D 0xc3b4a0b8=C2=A0 r7 =3D 0x00= 000000 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r8 =3D 0xc056b038= =C2=A0 r9 =3D 0xc3ae1700 > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 r10 = =3D 0xc05d4930 r12 =3D 0x00000000 > strcmp() at strcmp+0x4 > =C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 pc =3D 0xc03d7604=C2=A0 lr =3D 0xc024e= 0f0 (mii_phy_flowstatus+0x2080) > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 sp =3D 0xc08e5a98=C2=A0 fp =3D 0xc08e5ab0 > Unwind failure (no re= gisters changed) > > Please try without=C2=A0emac=C2=A0driver. MII in Cubie= truck=C2=A0could be different. > > Ganbold > > =C2=A0 > > > =C2=A0 > > > Me= ssage du 20/09/14 15:13 > > De : "Boris Astardzhiev" > > A : "Gilles DALMAS= " > > Copie =C3=A0 : freebsd-arm@freebsd.org > > Objet : Re: kernel debugge= r on cubietruck > > > > > > Hi, > > > As far as I see strcmp() is passed a = NULL pointer, try issuing a backtrace to get the exact place of calling. > = > > Regards > > On Sep 20, 2014 4:11 PM, "Gilles DALMAS"=C2=A0 wrote: > > h= i, > > > > =C2=A0 > > > > I would compile freebsd for it run on a cubietruc= k. For this I used the wiki page: https://wiki.freebsd.org/FreeBSD/arm/Cubi= eboard using option confifuration "CUBIEBOARD2." everything goes well, but = starting on the "truck", I get this message: > > > > =C2=A0 > > > > vm_faul= t(0xc08bab80, 0, 1, 0) -> 1 > > Fatal kernel mode data abort: 'Translation = Fault (S)' > > trapframe: 0xc08e5a48 > > FSR=3D00000005, FAR=3D00000000, sp= sr=3Da00001d3 > > r0 =3D00000000, r1 =3Dc0547c85, r2 =3D00000072, r3 =3D000= 00008 > > r4 =3Dc3b49f00, r5 =3Dc3b4a080, r6 =3Dc3b4a0b8, r7 =3D00000000 > = > r8 =3Dc056b038, r9 =3Dc3ae1700, r10=3Dc05d4930, r11=3Dc08e5ab0 > > r12=3D= 00000000, ssp=3Dc08e5a98, slr=3Dc024e0f0, pc =3Dc03d7604 > > > > [ thread p= id 0 tid 100000 ] > > Stopped at=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 strcmp+0x4:= =C2=A0=C2=A0=C2=A0=C2=A0 ldrb=C2=A0=C2=A0=C2=A0 r3, [r0] > > > > > > > > wh= ere is the problem please ? > > > > _______________________________________= ________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.= org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "free= bsd-arm-unsubscribe@freebsd.org" > > ______________________________________= _________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org= /mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-a= rm-unsubscribe@freebsd.org" > _____________________________________________= __ freebsd-arm@freebsd.org mailing list http://lists.freebsd.org/mailman/li= stinfo/freebsd-arm To unsubscribe, send any mail to "freebsd-arm-unsubscrib= e@freebsd.org" > _______________________________________________ freebsd-ar= m@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebs= d-arm To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 19:24:17 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E98EFEE5; Sat, 20 Sep 2014 19:24:17 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61AE3F48; Sat, 20 Sep 2014 19:24:17 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XVQGQ-0001If-DY; Sat, 20 Sep 2014 19:24:10 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s8KJO9qr016862; Sat, 20 Sep 2014 13:24:09 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/hPFpEMvfkAv00kf34fk4v X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average From: Ian Lepore To: Maxim V FIlimonov In-Reply-To: <7351653.A2UeEk9AA3@quad> References: <7351653.A2UeEk9AA3@quad> Content-Type: multipart/mixed; boundary="=-z+3p5YfilYZLalC+jqRC" Date: Sat, 20 Sep 2014 13:24:08 -0600 Message-ID: <1411241048.66615.148.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, mav@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 19:24:18 -0000 --=-z+3p5YfilYZLalC+jqRC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Sat, 2014-09-20 at 22:44 +0400, Maxim V FIlimonov wrote: > Hello everyone, > > Recently, I encountered a problem with -CURRENT on an ARM board (cubieboard2 > to be precise). The problem was that the load average was above 2. Including > the fact that the board has 2 CPU cores, that's strange. Also, the network > throughput was way too slow: from 3 kilobytes per second earlier to 20..50 > about now. > > Here's a workaround for that: > > sysctl kern.eventtimer.periodic=1 > With that, the network performance increased while LA decreased to a decent > 0.3..0.5. Since it's happening only on that hardware, there's a good chance the problem is in the allwinner a10/a20 clock driver, not in the general eventtimer code. In fact, looking at the code it appears that a divide-by-16 is being set in the hardware, but not accounted for when setting the frequency of the eventtimer. Hmm, it should affect the timecounter too, in which case you'd see time-of-day advancing 16x too fast. If ntpd is running it would need to step the clock pretty frequently, which would show up in syslog. I don't have hardware to test on, please see if the attached patch makes a difference. -- Ian --=-z+3p5YfilYZLalC+jqRC Content-Disposition: inline; filename="allwinner_timer.diff" Content-Type: text/x-patch; name="allwinner_timer.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/allwinner/timer.c =================================================================== --- sys/arm/allwinner/timer.c (revision 271909) +++ sys/arm/allwinner/timer.c (working copy) @@ -199,7 +199,7 @@ a10_timer_attach(device_t dev) val |= TIMER_ENABLE; timer_write_4(sc, SW_TIMER_IRQ_EN_REG, val); - sc->timer0_freq = SYS_TIMER_CLKSRC; + sc->timer0_freq = SYS_TIMER_CLKSRC / 16; /* Set desired frequency in event timer and timecounter */ sc->et.et_frequency = sc->timer0_freq; --=-z+3p5YfilYZLalC+jqRC-- From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 21:04:32 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5434EA5B; Sat, 20 Sep 2014 21:04:32 +0000 (UTC) Received: from mail.bein.link (bein.link [37.252.124.82]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1284EACB; Sat, 20 Sep 2014 21:04:31 +0000 (UTC) Received: from quad.localnet (home.bein.link [172.16.32.6]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bein.link (Postfix) with ESMTPS id 848691AF26D; Sat, 20 Sep 2014 21:04:27 +0000 (UTC) From: Maxim V FIlimonov To: freebsd-current@freebsd.org Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average Date: Sun, 21 Sep 2014 01:04:27 +0400 Message-ID: <1989123.lKm0QJoZES@quad> User-Agent: KMail/4.12.5 (FreeBSD/10.0-RELEASE-p8; KDE/4.12.5; amd64; ; ) In-Reply-To: <1411241048.66615.148.camel@revolution.hippie.lan> References: <7351653.A2UeEk9AA3@quad> <1411241048.66615.148.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: freebsd-arm@freebsd.org, mav@freebsd.org, Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 21:04:32 -0000 On Saturday 20 September 2014 13:24:08 Ian Lepore wrote: > Since it's happening only on that hardware, there's a good chance the > problem is in the allwinner a10/a20 clock driver, not in the general > eventtimer code. In fact, looking at the code it appears that a > divide-by-16 is being set in the hardware, but not accounted for when > setting the frequency of the eventtimer. > > Hmm, it should affect the timecounter too, in which case you'd see > time-of-day advancing 16x too fast. If ntpd is running it would need to > step the clock pretty frequently, which would show up in syslog. > I'm running FreeBSD-current on the board right now, the time is just fine. > I don't have hardware to test on, please see if the attached patch makes > a difference. > Well, it did: with the patch applied, the time ran about 60 times as fast as it should have. I didn't notice any changes with load average, though: maybe it's because I forgot to turn that sysctl setting I set before back to 0. wbr, Maxim Filimonov che@bein.link From owner-freebsd-arm@FreeBSD.ORG Sat Sep 20 23:46:13 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2A5551C for ; Sat, 20 Sep 2014 23:46:13 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 74EEFA62 for ; Sat, 20 Sep 2014 23:46:13 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XVULz-000Elq-IU; Sat, 20 Sep 2014 23:46:11 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s8KNkAUL017146; Sat, 20 Sep 2014 17:46:10 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+5VMaY1nOrUNuTiTGyRGF4 X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average From: Ian Lepore To: Maxim V FIlimonov In-Reply-To: <1989123.lKm0QJoZES@quad> References: <7351653.A2UeEk9AA3@quad> <1411241048.66615.148.camel@revolution.hippie.lan> <1989123.lKm0QJoZES@quad> Content-Type: text/plain; charset="us-ascii" Date: Sat, 20 Sep 2014 17:46:09 -0600 Message-ID: <1411256769.66615.155.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 23:46:13 -0000 On Sun, 2014-09-21 at 01:04 +0400, Maxim V FIlimonov wrote: > On Saturday 20 September 2014 13:24:08 Ian Lepore wrote: > > Since it's happening only on that hardware, there's a good chance the > > problem is in the allwinner a10/a20 clock driver, not in the general > > eventtimer code. In fact, looking at the code it appears that a > > divide-by-16 is being set in the hardware, but not accounted for when > > setting the frequency of the eventtimer. > > > > Hmm, it should affect the timecounter too, in which case you'd see > > time-of-day advancing 16x too fast. If ntpd is running it would need to > > step the clock pretty frequently, which would show up in syslog. > > > > I'm running FreeBSD-current on the board right now, the time is just fine. > > > I don't have hardware to test on, please see if the attached patch makes > > a difference. > > > > Well, it did: with the patch applied, the time ran about 60 times as fast as > it should have. I didn't notice any changes with load average, though: maybe > it's because I forgot to turn that sysctl setting I set before back to 0. > > wbr, Maxim Filimonov > che@bein.link 60 times as fast doesn't make much sense for changing a divisor to 16. Without that patch, what is the output of sysctl kern.eventtimer sysctl kern.timecounter If you repeatedly do "ntpdate -q " every 15 seconds for a couple minutes, does the offset stay pretty much the same? (like no big changes in the first two decimal places) Don't use a server like pool.ntp.org where you might get a different server every time, instead do "host pool.ntp.org" and pick one of the IPs and use it every time. -- Ian