From owner-freebsd-arm@freebsd.org Sun Sep 4 02:49:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDB86BCD220 for ; Sun, 4 Sep 2016 02:49:46 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh505-vm5.bullet.mail.kks.yahoo.co.jp (nh505-vm5.bullet.mail.kks.yahoo.co.jp [183.79.57.107]) by mx1.freebsd.org (Postfix) with SMTP id 8109277E for ; Sun, 4 Sep 2016 02:49:45 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.139] by nh505.bullet.mail.kks.yahoo.co.jp with NNFMP; 04 Sep 2016 02:49:39 -0000 Received: from [183.79.101.63] by t502.bullet.mail.kks.yahoo.co.jp with NNFMP; 04 Sep 2016 02:49:39 -0000 Received: from [127.0.0.1] by omp507.mail.kks.yahoo.co.jp with NNFMP; 04 Sep 2016 02:49:39 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 602617.37269.bm@omp507.mail.kks.yahoo.co.jp Received: (qmail 74779 invoked by uid 60001); 4 Sep 2016 02:49:39 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1472957379; bh=QAE59SJ65+PYNtwzAs/q5tCN8dDeoYf5JTxp+m/OneU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JaTQG/vHBLeK8d9wBLj/MNvqbfBI4az34Ctn9FQBYWHM5zK4HThfGIeVuqaQhsPj5VMLzhoXizLmFPnpbP1nqFdjeNvJR3WwBZZs6jp9fUG0KvHCHtwN6oE4YQBShW+ryBhrVLmrc1d1W7lYxvtLMZw1svn3cA87kVx4WGC8uS8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DFqyuXgcUhm8G50nlZINY3SAmdK+EHhys/mjg/l/z4eudj7B1fsvwo6+ILSmxYbHCiFm9b9V0R40BG3EmavC6yIDZgVizVaLkXj36GWp2xVqDHKc1m8D0i5UTRvWwxHVzR4ETQ1kBXoJyzqXB04j71hQmRWNaPNSMZ3DYTySlEw=; Message-ID: <261470.68775.qm@web101703.mail.ssk.yahoo.co.jp> X-YMail-OSG: qmWRwusVM1lC8AMiSwCyDqRRxSmezzocFq6qA22a3.jfeDdryDqBTimCVxGnMVFpj_ABLR0tp0QXS8LdztOYlq7yViX__y_LM.xoxTeUYRShNVBkzstAyGE4nFyRyhDF1RjPNwIQr45z7h.3a5BuKqz.WBekvMlcFsVducAtaXo0rgX9OfjUEAgG0SGqDzFavsHY43Zu8N8DH7nvWmW96XdXXf2U36SrinB4JVd.kWdhAtBgomZ3SYmQdxQ03V9D7g2YrtSVb4xZJhMYWlgEGRqyiWVYjI7BX43gZlITUMl25..Oyx1aMHuxOuZ.Wu0E37h22P535cWsU829nFm6x5qrBeVDnlECG.ze1i3k6_Ct5BiOHJv98bEXMqIZW0.Yp8EsSuddwseecgQCr403TIsJ7V3nijqi4pf4KbjKoYHwgKhgoeGaHAZal4dMDUoD78Cix5PFjjPRfOXAQAWUtoV7YGnYepi_E17u50qDJCXqqfVyO2Sg_x54FlMkZ8c7ejFH.vk6nBrhMhA2XnbAozBGnPqgJzxtltNtkykHNWyNZ7M9ruSeZeKWHQ-- Received: from [110.134.196.53] by web101703.mail.ssk.yahoo.co.jp via HTTP; Sun, 04 Sep 2016 11:49:37 JST X-Mailer: YahooMailWebService/0.8.111_69 X-YMail-JAS: VYqlJuAVM1m1XvMiiuEh131c2VRn0OeOWK6kysgZjRJAWaPkSRlrTtMxFMgq5CnO5CJKdbDFy6csIUiZgEAmGeWpBUJQHApdtkigcf76cP0at9MRhSD0mDkKcaHbGrre5sC8 References: <367788.5273.qm@web101713.mail.ssk.yahoo.co.jp> Date: Sun, 4 Sep 2016 11:49:37 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: mv/orion hang up To: "freebsd-arm@freebsd.org" In-Reply-To: <367788.5273.qm@web101713.mail.ssk.yahoo.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 02:49:47 -0000 Hi.=0A=0AI missing memory size at dts file.=0A=0AI do fix then go to device= probe.=0A=0ABut still hang up after=A0Timecounters=0A=0Ahttps://gist.githu= b.com/yamori813/ecd5df1b314053a73f310c1122775540=0A=0A=0A----- Original Mes= sage -----=0A> From: Mori Hiroki =0A> To: "freebsd-a= rm@freebsd.org" =0A> Cc: =0A> Date: 2016/9/3, Sat = 08:05=0A> Subject: mv/orion hang up=0A> =0A> Hi.=0A> =0A> I get=A088F5281 b= ox. I try to build mv/orion.=0A> =0A> This kernel is hang up few line.=0A> = =0A> Dose any one use this soc on FreeBSD Current ?=0A> =0A> Marvell>> tftp= boot 900100 Buffalo_WZR-AMPG300NH_kernel.kbin=0A> Using egiga0 device=0A> T= FTP from server 10.10.10.3; our IP address is 10.10.10.108=0A> Filename 'Bu= ffalo_WZR-AMPG300NH_kernel.kbin'.=0A> Load address: 0x900100=0A> Loading: #= ################################################################=0A> =A0=A0= =A0 =A0 =A0 ##############################################################= ###=0A> =A0=A0 =A0 =A0 =A0 ################################################= #################=0A> =A0=A0 =A0 =A0 =A0 ##################################= ###############################=0A> =A0=A0 =A0 =A0 =A0 ####################= #############################################=0A> =A0=A0 =A0 =A0 =A0 ######= ###########################################################=0A> =A0=A0 =A0 = =A0 =A0 #################################################################= =0A> =A0=A0 =A0 =A0 =A0 ###################################################= ##############=0A> =A0=A0 =A0 =A0 =A0 #############=0A> done=0A> Bytes tran= sferred =3D 2726180 (299924 hex)=0A> Marvell>> go 900100=0A> ## Starting ap= plication at 0x00900100 ...=0A> CPU window#2: address 0xfa100000 is not ali= gned to 0x02000000=0A> WARNING: could not re-initialise decode windows! Run= ning with existing settings.=0A> ..=0A> KDB: debugger backends: ddb=0A> KDB= : current backend: ddb=0A> Copyright (c) 1992-2016 The FreeBSD Project.=0A>= Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994= =0A> =A0 =A0 =A0 =A0 The Regents of the University of California. All right= s reserved.=0A> FreeBSD is a registered trademark of The FreeBSD Foundation= .=0A> FreeBSD 12.0-CURRENT #7 7c2f7cf(zrouter): Sat Sep=A0 3 07:33:23 JST 2= 016=0A> =A0 =A0 hiroki@microserver:/storage/home/hiroki/obj/storage/home/hi= roki/zrouter/tmp/=0A> arm.arm/storage/home/hiroki/freebsd/sys/Buffalo_WZR-A= MPG300NH arm=0A> FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564= ) (based on LLVM 3.8.0=0A> )=0A> =0A> _____________________________________= __________=0A> freebsd-arm@freebsd.org mailing list=0A> https://lists.freeb= sd.org/mailman/listinfo/freebsd-arm=0A> To unsubscribe, send any mail to "f= reebsd-arm-unsubscribe@freebsd.org"=0A> From owner-freebsd-arm@freebsd.org Sun Sep 4 15:11:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD4B0A9DB4B for ; Sun, 4 Sep 2016 15:11:42 +0000 (UTC) (envelope-from stas@freebsd.org) Received: from mx0.deglitch.com (mx0.deglitch.com [IPv6:2a00:13c0:63:7194:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 75843F93 for ; Sun, 4 Sep 2016 15:11:42 +0000 (UTC) (envelope-from stas@freebsd.org) Received: from [10.16.144.91] (unknown [166.170.42.80]) by mx0.deglitch.com (Postfix) with ESMTPSA id 8FCB78FC0B; Sun, 4 Sep 2016 08:11:39 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: mv/orion hang up From: Stanislav Sedov X-Mailer: iPhone Mail (13G36) In-Reply-To: <261470.68775.qm@web101703.mail.ssk.yahoo.co.jp> Date: Sun, 4 Sep 2016 08:11:20 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <7AE9CC02-4718-4009-A5C6-15E2F2487EDD@freebsd.org> References: <367788.5273.qm@web101713.mail.ssk.yahoo.co.jp> <261470.68775.qm@web101703.mail.ssk.yahoo.co.jp> To: Mori Hiroki X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 15:11:42 -0000 > On Sep 3, 2016, at 7:49 PM, Mori Hiroki wrote: >=20 > Hi. >=20 > I missing memory size at dts file. >=20 > I do fix then go to device probe. >=20 > But still hang up after Timecounters >=20 > https://gist.github.com/yamori813/ecd5df1b314053a73f310c1122775540 Can you break into ddb using the break sequence? That will tell you where i= t hangs at least. -- ST4096-RIPE= From owner-freebsd-arm@freebsd.org Sun Sep 4 21:18:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B70CB71F58 for ; Sun, 4 Sep 2016 21:18:29 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x234.google.com (mail-qk0-x234.google.com [IPv6:2607:f8b0:400d:c09::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B6AF66B for ; Sun, 4 Sep 2016 21:18:28 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x234.google.com with SMTP id l2so175903762qkf.3 for ; Sun, 04 Sep 2016 14:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=ebwVzSb4WbxfT2bms9783Bn1Q6z67h8ue/vs4tNo6A4=; b=QBag56Y6eMpXKvEUkjLqnneZQTbi/0Hb68ziXV8MRsmzpmALwUG4ufxBXdqi0REpB0 yL4AKslnz9HuZ8edXUq7V45zJH6daAavquF7BojsEg0+AADRdDjRwtVZc52zuYEms23H FdhdDidKnXE1ifqWAfCzDTgeYxbNot/wzcBao= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=ebwVzSb4WbxfT2bms9783Bn1Q6z67h8ue/vs4tNo6A4=; b=DG9kXkVBX6Jj0oO2sarUuAgqwW2El3T/8PvWXOf+Z8BLBDNBUob6m0QjrFcYV3fGFb scPd1+aVq/LwUHgEkOym/wAvwP7ctZqefJ7/88GnbB+ej7OU/6YI0+04EXbNeFXWWht0 jtyIAbjNf1wyR2OEDhPa1+AzC2CLBdTBTnvZyTrj9IuLyQimjaCsah8YilEbEBjqC0sE 2iVy2OVWoXUv9pfxt1mKspffg2DzQVzj7DtdVEgrbBtH9KDKCotnwim2q7bMPEWjFR66 SWxulvkeVc/na02vWXTxMEgyipDuISNKXTSX9vibJ7f0HF7j8RvdpSyD+i4COO8TPqo8 ewiw== X-Gm-Message-State: AE9vXwPAzAD/ysgFuyiQ1qcCZ2AzkDls+X2AaOIVNOQg8papVV4NRU0lk4TE7V8cvmzg2g== X-Received: by 10.55.74.14 with SMTP id x14mr34732531qka.102.1473023908008; Sun, 04 Sep 2016 14:18:28 -0700 (PDT) Received: from [192.168.0.11] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id v68sm12881409qkd.9.2016.09.04.14.18.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 04 Sep 2016 14:18:27 -0700 (PDT) To: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: Small example program shut down urtwn Message-ID: Date: Sun, 4 Sep 2016 18:18:09 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 21:18:29 -0000 Dears I wrote these two small programs to help debug a problem that I think I have found when using urtwn driver in a baglebone black. The problem is 100% reproducible. In a server machine I run: serverUDP 2508 In beaglebone black I run: ./clientUDP servername 2508 9216 0 All the times, after some packages be sent the urtwn interface do not respond from ping and stops send others packages. Some times this error message appears: % urtwn0: device timeout I have tested with RTL8192CU and RTL8188CUS The problem do no occurs in my notebook. Following the server and client #include #include #include #include #include #include #include #include #define BUFFER_LEN 1024*1024 void diep(char *s) { perror(s); exit(1); } int main(int argc, char **argv) { int lidos; struct sockaddr_in si_me, si_other; int s, i, slen=sizeof(si_other); char buf[BUFFER_LEN]; int aux; if(argc != 2){ fprintf(stderr, "Voce deve usar %s \n", argv[0]); exit(1); } if ((s=socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP))==-1) diep("socket"); memset((char *) &si_me, 0, sizeof(si_me)); si_me.sin_family = AF_INET; si_me.sin_port = htons(strtol(argv[1], (char **)NULL, 10)); si_me.sin_addr.s_addr = htonl(INADDR_ANY); if (bind(s, (struct sockaddr *)&si_me, sizeof(si_me))==-1) diep("bind"); i = 1; do { if ((lidos = recvfrom(s, buf, BUFFER_LEN, 0, (struct sockaddr *)&si_other, (socklen_t *)&slen))==-1) diep("recvfrom()"); aux = ntohl(*(int*)&buf[0]); printf("Perdidos %d pacotes (%0.2f%%)\n", aux - i, 100*((float)(aux - i))/((float)aux)); printf("Sequencia %0000d Recebidos %d bytes\n", aux, lidos); i++; }while(lidos>0); close(s); return 0; } #include #include #include #include #include #include #include #include #include #include #include #include #define SOCKET_ERROR -1 #define INVALID_SOCKET -1 #define SRV_IP "127.0.0.1" void diep(char *s) { perror(s); exit(1); } int main(int argc, char **argv) { struct sockaddr_in si_other; int s, i, slen=sizeof(si_other); char *buf; int tamanho; int npack; struct addrinfo *result = NULL, *ptr = NULL, hints; int iResult, aux; fd_set fdset; if(argc != 5){ fprintf(stderr,"Voce deve usar %s \n", argv[0]); exit(1); } tamanho = (int)strtol(argv[3], (char **)NULL, 10); npack = (int)strtol(argv[4], (char **)NULL, 10); buf = malloc(tamanho); bzero(&hints, sizeof(hints)); hints.ai_family = AF_UNSPEC; hints.ai_socktype = SOCK_DGRAM; hints.ai_protocol = IPPROTO_UDP; iResult = getaddrinfo(argv[1], argv[2], &hints, &result); if ( iResult != 0 ) { printf("getaddrinfo failed with error: %d\n", iResult); return 1; } // Attempt to connect to an address until one succeeds for(ptr=result; ptr != NULL ;ptr=ptr->ai_next) { // Create a SOCKET for connecting to server s = socket(ptr->ai_family, ptr->ai_socktype, ptr->ai_protocol); if (s < 0){ perror("socket"); return 1; } // Connect to server. iResult = connect(s, ptr->ai_addr, (int)ptr->ai_addrlen); if (iResult == SOCKET_ERROR) { close(s); s = INVALID_SOCKET; continue; } break; } freeaddrinfo(result); FD_ZERO(&fdset); FD_SET(s, &fdset); for (i=1; i<=npack || npack==0; i++) { aux = htonl(i); memcpy(&buf[0], &aux, sizeof(aux)); aux = htonl(npack); memcpy(&buf[0+sizeof(i)], &aux, sizeof(aux)); do{ if(select(s+1, NULL, &fdset, NULL, NULL )<0) diep("select()"); }while(!FD_ISSET(s, &fdset)); if (send(s, buf, tamanho, 0)==-1) diep("sendto()"); } printf("Enviados %d pacotes de %d bytes\n", npack, tamanho); close(s); return 0; } From owner-freebsd-arm@freebsd.org Sun Sep 4 22:29:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E35FEA9DD93 for ; Sun, 4 Sep 2016 22:29:42 +0000 (UTC) (envelope-from matheus@arroway.org) Received: from calvin.arroway.org (calvin.arroway.org [104.200.142.149]) by mx1.freebsd.org (Postfix) with ESMTP id C08C9AEA for ; Sun, 4 Sep 2016 22:29:42 +0000 (UTC) (envelope-from matheus@arroway.org) Received: from [10.0.0.152] (unknown [177.73.115.208]) by calvin.arroway.org (Postfix) with ESMTPA id 1BA0830188 for ; Sun, 4 Sep 2016 19:29:40 -0300 (BRT) User-Agent: K-9 Mail for Android In-Reply-To: <86mvjp9vvq.wl-herbert@mailbox.org> References: <20160902233702.ccca36483f49fd35e5ff60da@eternamente.info> <20160902234822.1198183c93fcdd7c0edc0ce9@arroway.org> <86mvjp9vvq.wl-herbert@mailbox.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: pkg issue on RPI2 From: Nenhum_de_Nos Date: Sun, 04 Sep 2016 19:13:12 -0300 To: freebsd-arm@freebsd.org Message-ID: <35B0C289-AFEE-4AC8-B914-91B22CF57502@arroway.org> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 22:29:43 -0000 On September 3, 2016 6:26:49 AM GMT-03:00, "Herbert J. Skuhra" wrote: >Nenhum de Nos skrev: >> >> On Fri, 2 Sep 2016 23:37:02 -0300 >> Nenhum_de_Nos wrote: >> >>> hail, >>> >>> I am trying to install vnstat package on new 11.0-RC2 image: >>> >>> FreeBSD bee 11.0-RC2 FreeBSD 11.0-RC2 #0 r304923: Sun Aug 28 >02:47:43 BRT 2016 >>> >>> But I get pkg issues: >>> >>> # pkg install vnstat >>> Updating FreeBSD repository catalogue... >>> FreeBSD repository is up-to-date. >>> All repositories are up-to-date. >>> Checking integrity... done (1 conflicting) >>> Cannot solve problem using SAT solver, trying another plan >>> Checking integrity... done (0 conflicting) >>> The most recent version of packages are already installed >>> >>> tried pkg check -Ba, but yet I get it. >>> >>> # pkg upgrade >>> Updating FreeBSD repository catalogue... >>> FreeBSD repository is up-to-date. >>> All repositories are up-to-date. >>> Checking for upgrades (1 candidates): 100% >>> Processing candidates (1 candidates): 100% >>> Checking integrity... done (0 conflicting) >>> Your packages are up to date. >>> >>> >>> also won't help to upgrade it all. >>> >>> anyone else uses pkg to install packages on RPI2 ? >>> >>> thanks, >>> >>> matheus >> >> Just info, I removed all packages: >> >> # pkg delete -a --force >> Checking integrity... done (0 conflicting) >> Deinstallation has been requested for the following 1 packages (of 0 >packages in the universe): >> >> Installed packages to be REMOVED: >> pkg-1.8.5_1 >> >> The operation will free 9 MiB. >> >> Proceed with deinstalling packages? [y/N]: y >> [1/1] Deinstalling pkg-1.8.5_1... >> [1/1] Deleting files for pkg-1.8.5_1: 100% >> root@bee:/usr/local/etc/nginx # pkg >> The package management tool is not yet installed on your system. >> Do you want to fetch and install it now? [y/N]: y >> Bootstrapping pkg from >pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/quarterly, please wait... >> Verifying signature with trusted certificate >pkg.freebsd.org.2013102301... done >> Installing pkg-1.8.5_1... >> Extracting pkg-1.8.5_1: 100% >> pkg: not enough arguments >> Usage: pkg [-v] [-d] [-l] [-N] [-j |-c path>|-r ] [-C ] [-R ] >[-o var=value] [-4|-6] [] >> >> For more information on available commands and options see 'pkg >help'. >> root@bee:/usr/local/etc/nginx # pkg install vnstat >> Updating FreeBSD repository catalogue... >> FreeBSD repository is up-to-date. >> All repositories are up-to-date. >> Updating database digests format: 100% >> Checking integrity... done (1 conflicting) >> Cannot solve problem using SAT solver, trying another plan >> Checking integrity... done (0 conflicting) >> The most recent version of packages are already installed >> >> Do I have to compile it? > >It works for me: > ># pkg install vnstat >Updating FreeBSD repository catalogue... >FreeBSD repository is up-to-date. >All repositories are up-to-date. >Updating database digests format: 100% >The following 8 package(s) will be affected (of 0 checked): > >New packages to be INSTALLED: > vnstat: 1.14 > libgd: 2.1.0_7,1 > fontconfig: 2.11.1_2,1 > freetype2: 2.6.3 > png: 1.6.21 > tiff: 4.0.6_1 > jbigkit: 2.1_1 > jpeg-turbo: 1.4.2 > >Number of packages to be installed: 8 > >The process will require 9 MiB more space. >2 MiB to be downloaded. > >Proceed with this action? [y/N]: y >Fetching vnstat-1.14.txz: 100% 91 KiB 93.5kB/s 00:01 >Fetching libgd-2.1.0_7,1.txz: 100% 165 KiB 168.8kB/s 00:01 >Fetching fontconfig-2.11.1_2,1.txz: 100% 322 KiB 330.1kB/s 00:01 > >Fetching freetype2-2.6.3.txz: 100% 427 KiB 437.7kB/s 00:01 >Fetching png-1.6.21.txz: 100% 244 KiB 249.4kB/s 00:01 >Fetching tiff-4.0.6_1.txz: 100% 771 KiB 789.6kB/s 00:01 >Fetching jbigkit-2.1_1.txz: 100% 62 KiB 63.5kB/s 00:01 >Fetching jpeg-turbo-1.4.2.txz: 100% 241 KiB 246.6kB/s 00:01 >Checking integrity... done (0 conflicting) >[1/8] Installing freetype2-2.6.3... >[1/8] Extracting freetype2-2.6.3: 100% >[2/8] Installing jbigkit-2.1_1... >[2/8] Extracting jbigkit-2.1_1: 100% >[3/8] Installing jpeg-turbo-1.4.2... >[3/8] Extracting jpeg-turbo-1.4.2: 100% >[4/8] Installing fontconfig-2.11.1_2,1... >[4/8] Extracting fontconfig-2.11.1_2,1: 100% >Running fc-cache to build fontconfig cache... >/usr/local/share/fonts: skipping, no such directory >/usr/local/lib/X11/fonts: skipping, no such directory >/root/.local/share/fonts: skipping, no such directory >/root/.fonts: skipping, no such directory >/var/db/fontconfig: cleaning cache directory >/root/.cache/fontconfig: not cleaning non-existent cache directory >/root/.fontconfig: not cleaning non-existent cache directory >fc-cache: succeeded >[5/8] Installing png-1.6.21... >[5/8] Extracting png-1.6.21: 100% >[6/8] Installing tiff-4.0.6_1... >[6/8] Extracting tiff-4.0.6_1: 100% >[7/8] Installing libgd-2.1.0_7,1... >[7/8] Extracting libgd-2.1.0_7,1: 100% >[8/8] Installing vnstat-1.14... >===> Creating groups. >Creating group 'vnstat' with gid '284'. >===> Creating users >Creating user 'vnstat' with uid '284'. >[8/8] Extracting vnstat-1.14: 100% >Message from vnstat-1.14: > >I am running stable/11 (r304773) and pkg-1.8.7_1 on my RPI2s. >PKG URL is pkg+http://pkg.FreeBSD.org/${ABI}/latest. > >The latest packages are outdated so I generally use ports! > >fontconfig-2.11.1_2,1 < needs updating (index has >2.12.1,1) >libgd-2.1.0_7,1 < needs updating (index has >2.2.3,1) >png-1.6.21 < needs updating (index has >1.6.23) >tiff-4.0.6_1 < needs updating (index has >4.0.6_2) >vnstat-1.14 < needs updating (index has >1.14_1) > >-- >Herbert >________________________ No luck here using pkg, but ports solved it. Thanks, Matheus -- "We will call you Cygnus, the God of balance you shall be." From owner-freebsd-arm@freebsd.org Sun Sep 4 23:57:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40768B7237D for ; Sun, 4 Sep 2016 23:57:24 +0000 (UTC) (envelope-from gettingchoppy@gmail.com) Received: from mail-pf0-x22c.google.com (mail-pf0-x22c.google.com [IPv6:2607:f8b0:400e:c00::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1C6C7E26 for ; Sun, 4 Sep 2016 23:57:23 +0000 (UTC) (envelope-from gettingchoppy@gmail.com) Received: by mail-pf0-x22c.google.com with SMTP id w87so1138270pfk.2 for ; Sun, 04 Sep 2016 16:57:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:user-agent:mime-version; bh=8cyFh9P91l41DnmYBF1eYvaexnl7Gf/86o+PXaN6Lko=; b=fQTl1jq1h048B+P9wvpdOFKIZtX9xLg6GElY+TJKzixsaQZTaklrCMyVk2bkxuCWjI x05zbZaOT3t2iG2FtUtruuSWM4gTspBXYUJ9V3Qz2O1EHKN4PtfJAMNtRPbDD8zbUUac udjDX52GRywFL8QtLgUIxvC1CRVImaPhz9Z5qCprmaS0QXD1pMdI3O9C111Jz8soKrBr 4ZXVWoHAnlENzPXFQoYcqL4Npqxicxx9eRghTaO4cKuuWUqN6hX9k23IKOevoesum1DZ j9yIt6FBFq8qhwVTHh7N0UhRsvJACMzlBMLQuyMBBtUrT8BVGoRo7+oFp/EyIQav6RoB BvMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:user-agent :mime-version; bh=8cyFh9P91l41DnmYBF1eYvaexnl7Gf/86o+PXaN6Lko=; b=YqWXbKWuLWfKnlCtHMmDfPaEDiTriZStAGmKt9EP6x5DY5Q5cD8YF85tAAw/ylByRn jPc5IzpPR/2D+pECjQgK4b+kRqGSLOY+0U6ekvR8Lp+UjEc5WT0RzbeRl9KklIvpa/uP qTQn8+16Kb7X6/rc2bt28qKTiw+diOWZZldVwIWZ1A76nXR7TQQo/sdUzN3jCkQGodtY I0forPP//z7zygGnJkfapI01tQwi4/L/zpOTvwO2BPHDZah5TNvLfIO1cSqZHZg7Zjmx dAY3K9PxDD1RSng74e1QyajwBiRmiIShR2LGe7OrQgvtZB2lFwkQqObQY5Job4mxYgUI Pa6w== X-Gm-Message-State: AE9vXwMHx4NgbXtYERVpqeBx1cIy1pfFV+y8Zlp7aL2NYZ7Fvoq8pLyqjr14c18nU2DQZg== X-Received: by 10.98.34.151 with SMTP id p23mr58486804pfj.102.1473033443444; Sun, 04 Sep 2016 16:57:23 -0700 (PDT) Received: from gmail.com ([118.149.253.176]) by smtp.gmail.com with ESMTPSA id l128sm29353639pfl.21.2016.09.04.16.57.21 for (version=TLS1_2 cipher=AES256-GCM-SHA384 bits=256/256); Sun, 04 Sep 2016 16:57:22 -0700 (PDT) Date: Mon, 05 Sep 2016 11:55:40 +1200 From: Ron To: freebsd-arm@freebsd.org Subject: PiZero hdmi audio Message-ID: X-Organization: - User-Agent: Messenger-Pro/1.00c (MsgServe/1.00a) (RISC-OS/5.22) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 23:57:24 -0000 Hi, my first post to this forum. Gmail pop/smtp has been a problem with two other forums I've subscribed to, whereby it does not send the mirror of my own post back. It must be comparing contents and treating it as a bounce or duplicate but there is no settings for this or sign of them via the webmail ui. I could try /sending/ my posts via yahoo smtp, but maybe the forum would not recognise the sender then? I can specify an alternate 'reply to' but this may not be the same thing. Most likely will have to try forums using my yahoo account in the end. I have been enjoying FreeBSD11 RC1 for RaspB on a PiZero, I have the restriction of no network and have been installing the *.txz packages locally with pkg add I have hdmi_drive=2 in config.txt, this has been necessary to get audio on hdmi on another platform. aplay -l finds no soundcards. running the all.log at startup shows an entry for vchiq0 then pcm0 but I think I may be missing the /dev/snd/ entries. I recall reading how to add an entry manually for a serial modem once, Is there a generic way of adding a device, assuming that the kernel sound driver is actually working, I guess. Thanks for any help Ron M. From owner-freebsd-arm@freebsd.org Mon Sep 5 03:48:12 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC026AC4D49; Mon, 5 Sep 2016 03:48:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id BF175E0; Mon, 5 Sep 2016 03:48:12 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 11128A3; Mon, 5 Sep 2016 03:48:12 +0000 (UTC) Date: Mon, 5 Sep 2016 03:48:10 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: ache@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-stable@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1796263471.9.1473047293078.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <618306179.6.1473039190572.JavaMail.jenkins@jenkins-9.freebsd.org> References: <618306179.6.1473039190572.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_STABLE_11-arm64 - Build #111 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_STABLE_11-arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 03:48:12 -0000 FreeBSD_STABLE_11-arm64 - Build #111 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/111/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/111/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_STABLE_11-arm64/111/console Change summaries: 305404 by ache: MFC r305241 fgetwc(3) may set both __SEOF and __SERR at once (in case of incomplete sequence near EOF), so we can't just check for (wc == WEOF && !__sfeof(fp)) and must relay on __sferror(fp) with __SERR clearing/restoring. From owner-freebsd-arm@freebsd.org Mon Sep 5 12:25:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09437B78FE1 for ; Mon, 5 Sep 2016 12:25:23 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh504-vm3.bullet.mail.kks.yahoo.co.jp (nh504-vm3.bullet.mail.kks.yahoo.co.jp [183.79.57.89]) by mx1.freebsd.org (Postfix) with SMTP id 6B6E32E7 for ; Mon, 5 Sep 2016 12:25:21 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.138] by nh504.bullet.mail.kks.yahoo.co.jp with NNFMP; 05 Sep 2016 12:25:14 -0000 Received: from [183.79.100.135] by t501.bullet.mail.kks.yahoo.co.jp with NNFMP; 05 Sep 2016 12:25:14 -0000 Received: from [127.0.0.1] by omp504.mail.kks.yahoo.co.jp with NNFMP; 05 Sep 2016 12:25:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 689939.86752.bm@omp504.mail.kks.yahoo.co.jp Received: (qmail 82596 invoked by uid 60001); 5 Sep 2016 12:25:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1473078314; bh=koM8uSLP4XrLrTzVGzOGhkTE7e9RMYkdGe/th52rFds=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=F/A1tFhSrihXG20YgYo5kabdXzTY5TLK/rSEm9zMukdpjZdrh3lK6/Gu0b2w8tZwVHREh1Va0tbOWkEHL3zOjJpTYmajY82faqbKizK6iqfR+4uD1Fb33T02y0Wy5q3E9g58g3XTqKUnlyOONKEjD/gTmur2XHy0Viqbg6gUZjo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=YN26n2YkLn1fYsTCo7CTw8DVQKjyPMgSpchA2Cyp4s03Td5Hx/064Bly6BF+322jADLCG7Bn0zFjITVz5lo/fRetsAD5LoSZHV7sLSVt2fiK/ZtiqakryBzPJEXWoFQAgQy4XJTLY3GWIRln1cpcW8jU6/tRkuqi58Wrc4rqq28=; Message-ID: <340201.79961.qm@web101703.mail.ssk.yahoo.co.jp> X-YMail-OSG: OsdpfSEVM1k5VI.tWuo7_j.UNnd6H4rWCqWV_Vp5roSfpu_wqcug3pg1pKloeJlg3MHJSz8NqPuwQ.G17dzVhSQQw.ae.6rx1XxX.9QA3PfWb8YyuE.78LhBCP4PiaMY7UEwp4za6k1NsKEuIFfjAQiK50Fh8t84C3XuGx6.p7cj6ysYsIvIV3d65u1e6NIr7Pq.jj8JhRfULkKzrgLfg9Tr0rwSZabilcDe_1.my99JiEchds8UhHA2QU6mWp6b_i05u1d66TAfh0sedsLvya7tCsuW0TK78.C6EPoDvjZCqMVH1OH9dCeOIejIOmq69QCFQFQLoWrORv.FQqn20v3agvPZiO9LOQFnNYB61LgVnCHHKk5.hlmHwmCIVhrPplKmekeNEIiImwYolmV6Z7gOoJoRKNsh8tbGlFs5uxxmUrLVjtMzYTYyG_P6wqPIiW8vSFwxl2_HtruQj5dmtToakrHr0MkxA0IN4jNzzGX64WPvjZ_pQff7AGWxIs5dc4vL5np1nOMisNNiHpZ5Fp5Tak1_QgTjGrLbarEOlKZsBe2kgpR6r3wQlO8- Received: from [110.134.196.53] by web101703.mail.ssk.yahoo.co.jp via HTTP; Mon, 05 Sep 2016 21:25:13 JST X-Mailer: YahooMailWebService/0.8.111_69 X-YMail-JAS: yMX0KgUVM1kL9lmedunNwmxZRlh2ZDCUZdM5A1NLNlyBOf4A9GzOFeJ7pDG6..I2RVMfePLxhNWfbFCaOJHuqbeGjE.3FQeswFWwFv_3ooatDzCQIi232kFqVikYZSCpjK7y References: <367788.5273.qm@web101713.mail.ssk.yahoo.co.jp> <261470.68775.qm@web101703.mail.ssk.yahoo.co.jp> <7AE9CC02-4718-4009-A5C6-15E2F2487EDD@freebsd.org> Date: Mon, 5 Sep 2016 21:25:13 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: mv/orion hang up To: Stanislav Sedov Cc: "freebsd-arm@freebsd.org" In-Reply-To: <7AE9CC02-4718-4009-A5C6-15E2F2487EDD@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 12:25:23 -0000 Hi.=0A=0AI can break at this hang.=0A=0AThis is kdb infomation.=0A=0ATimeco= unters tick every 10.000 msec=0AKDB: enter: Break to debugger=0A[ thread pi= d 10 tid 100002 ]=0AStopped at=A0 =A0 =A0 kdb_break+0x5c: ldrb=A0 =A0 r15, = [r15, r15, ror r15]!=0Adb> ps=0A=A0 pid=A0 ppid=A0 pgrp =A0 uid=A0 state = =A0 wmesg =A0 wchan =A0 =A0 =A0 cmd=0A=A0 =A0 5 =A0 =A0 0 =A0 =A0 0 =A0 =A0= 0=A0 DL=A0 =A0 =A0 - =A0 =A0 =A0 0xc0bc0d68=A0 [soaiod4]=0A=A0 =A0 4 =A0 = =A0 0 =A0 =A0 0 =A0 =A0 0=A0 DL=A0 =A0 =A0 - =A0 =A0 =A0 0xc0bc0d68=A0 [soa= iod3]=0A=A0 =A0 3 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0=A0 DL=A0 =A0 =A0 - =A0 =A0 = =A0 0xc0bc0d68=A0 [soaiod2]=0A=A0 =A0 2 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0=A0 DL= =A0 =A0 =A0 - =A0 =A0 =A0 0xc0bc0d68=A0 [soaiod1]=0A=A0=A0 12 =A0 =A0 0 =A0= =A0 0 =A0 =A0 0=A0 DL=A0 =A0 =A0 (threaded)=A0 =A0 =A0 =A0 =A0 [geom]=0A10= 0012 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 D =A0 =A0 =A0 - =A0 =A0 =A0 0xc0bc= 8530=A0 [g_event]=0A100013 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 D =A0 =A0 = =A0 - =A0 =A0 =A0 0xc0bc8534=A0 [g_up]=0A100014 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 D =A0 =A0 =A0 - =A0 =A0 =A0 0xc0bc8538=A0 [g_down]=0A=A0=A0 11 =A0= =A0 0 =A0 =A0 0 =A0 =A0 0=A0 WL=A0 =A0 =A0 (threaded)=A0 =A0 =A0 =A0 =A0 [= intr]=0A100003 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [swi4: clock (0)]=0A100004 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 I =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [= swi3: vm]=0A100005 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [swi1: netisr 0]=0A100006 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 I =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 [swi6: task queue]=0A100007 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [swi6: Giant taskq]=0A10001= 0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 I =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 =A0 [swi5: fast taskq]=0A100015 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 I =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [swi0: uart u= art]=0A=A0=A0 10 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0=A0 RL=A0 =A0 =A0 CPU 0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 [idle]=0A=A0 =A0 1 =A0 =A0 0 =A0 =A0 0 =A0 =A0 0=A0= ?L=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 [kernel]=0A=A0 =A0 0= =A0 =A0 0 =A0 =A0 0 =A0 =A0 0=A0 LLs =A0 =A0 (threaded)=A0 =A0 =A0 =A0 =A0= [kernel]=0A100000 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 L=A0 =A0 =A0 *if_afd= a 0xc0eb0f00=A0 [swapper]=0A100008 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 D = =A0 =A0 =A0 - =A0 =A0 =A0 0xc0ecc580=A0 [thread taskq]=0A100009 =A0 =A0 =A0= =A0 =A0 =A0 =A0 =A0 =A0 D =A0 =A0 =A0 - =A0 =A0 =A0 0xc0ecc500=A0 [aiod_ki= ck taskq]=0A100011 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 D =A0 =A0 =A0 - =A0 = =A0 =A0 0xc0ecc400=A0 [kqueue_ctx taskq]=0Adb> where=0ATracing pid 10 tid 1= 00002 td 0xc0ee7a80=0Adb_trace_self() at db_trace_self=0A=A0=A0 =A0 =A0 =A0= pc =3D 0xc0adbb60=A0 lr =3D 0xc090e930 (db_hex2dec+0x1dc)=0A=A0=A0 =A0 =A0= =A0 sp =3D 0xc30329b0=A0 fp =3D 0xc30329c8=0Adb_hex2dec() at db_hex2dec+0x= 1dc=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc090e930=A0 lr =3D 0xc090e588 (db_command= _loop+0x2e0)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc30329d0=A0 fp =3D 0xc3032a78=0A= =A0=A0 =A0 =A0 =A0 r4 =3D 0x00000001=A0 r5 =3D 0x00000000=0A=A0=A0 =A0 =A0 = =A0 r6 =3D 0xc0bc81fa r10 =3D 0xc0b7ea24=0Adb_command_loop() at db_command_= loop+0x2e0=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc090e588=A0 lr =3D 0xc090e2f4 (db_= command_loop+0x4c)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032a80=A0 fp =3D 0xc3032= a90=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0xc0b0da53=A0 r5 =3D 0xc0b18bfb=0A=A0=A0 = =A0 =A0 =A0 r6 =3D 0xc0bc81e0=A0 r7 =3D 0xc0b7ed88=0A=A0=A0 =A0 =A0 =A0 r8 = =3D 0xc0bbd610=A0 r9 =3D 0xc0bbd614=0A=A0 =A0 =A0 =A0 r10 =3D 0xc3032c58=0A= db_command_loop() at db_command_loop+0x4c=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc09= 0e2f4=A0 lr =3D 0xc09114c4 (db_fetch_ksymtab+0x2ac)=0A=A0=A0 =A0 =A0 =A0 sp= =3D 0xc3032a98=A0 fp =3D 0xc3032bb0=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0x00000001= =A0 r5 =3D 0x00000000=0A=A0=A0 =A0 =A0 =A0 r6 =3D 0xc0bc81ec r10 =3D 0xc303= 2c58=0Adb_fetch_ksymtab() at db_fetch_ksymtab+0x2ac=0A=A0=A0 =A0 =A0 =A0 pc= =3D 0xc09114c4=A0 lr =3D 0xc09e546c (kdb_trap+0xc0)=0A=A0=A0 =A0 =A0 =A0 s= p =3D 0xc3032bb8=A0 fp =3D 0xc3032bd8=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0x0000000= 0=A0 r5 =3D 0x00000001=0A=A0=A0 =A0 =A0 =A0 r6 =3D 0xc0bbd630 r10 =3D 0xc30= 32c58=0Akdb_trap() at kdb_trap+0xc0=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc09e546c= =A0 lr =3D 0xc0aece30 (undefinedinstruction+0x294)=0A=A0=A0 =A0 =A0 =A0 sp = =3D 0xc3032be0=A0 fp =3D 0xc3032c50=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0x00000000= =A0 r5 =3D 0x00000000=0A=A0=A0 =A0 =A0 =A0 r6 =3D 0xc0aecaec=A0 r7 =3D 0xe7= ffffff=0A=A0=A0 =A0 =A0 =A0 r8 =3D 0xc0ee7a80=A0 r9 =3D 0xc09e4cb4=0A=A0 = =A0 =A0 =A0 r10 =3D 0xc3032c58=0Aundefinedinstruction() at undefinedinstruc= tion+0x294=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc0aece30=A0 lr =3D 0xc0adccac (exc= eption_exit)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032c58=A0 fp =3D 0xc3032cf0=0A= =A0=A0 =A0 =A0 =A0 r4 =3D 0x60000093=A0 r5 =3D 0xffff1004=0A=A0=A0 =A0 =A0 = =A0 r6 =3D 0xc0b82a7c=A0 r7 =3D 0x00060000=0A=A0=A0 =A0 =A0 =A0 r8 =3D 0x00= 000001=A0 r9 =3D 0x0000ffff=0A=A0 =A0 =A0 =A0 r10 =3D 0x00000000=0Aexceptio= n_exit() at exception_exit=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc0adccac=A0 lr =3D= 0xc09e4ca4 (kdb_break+0x4c)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032ce8=A0 fp = =3D 0xc3032cf0=0A=A0=A0 =A0 =A0 =A0 r0 =3D 0xc0bbd624=A0 r1 =3D 0x00000000= =0A=A0=A0 =A0 =A0 =A0 r2 =3D 0x00000001=A0 r3 =3D 0xc0b1ac8b=0A=A0=A0 =A0 = =A0 =A0 r4 =3D 0x00000001=A0 r5 =3D 0xc0ea9000=0A=A0=A0 =A0 =A0 =A0 r6 =3D = 0xc0b82a7c=A0 r7 =3D 0x00060000=0A=A0=A0 =A0 =A0 =A0 r8 =3D 0x00000001=A0 r= 9 =3D 0x0000ffff=0A=A0 =A0 =A0 =A0 r10 =3D 0x00000000 r12 =3D 0x00000000=0A= kdb_break() at kdb_break+0x60=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc09e4cb8=A0 lr = =3D 0xc093c66c (uart_bus_attach+0x83c)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032c= f8=A0 fp =3D 0xc3032d38=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0x00000000 r10 =3D 0x00= 000000=0Auart_bus_attach() at uart_bus_attach+0x83c=0A=A0=A0 =A0 =A0 =A0 pc= =3D 0xc093c66c=A0 lr =3D 0xc0989aac (intr_event_handle+0x78)=0A=A0=A0 =A0 = =A0 =A0 sp =3D 0xc3032d40=A0 fp =3D 0xc3032d58=0A=A0=A0 =A0 =A0 =A0 r4 =3D = 0xc0eb9000=A0 r5 =3D 0xc3032d78=0A=A0=A0 =A0 =A0 =A0 r6 =3D 0x00000000=A0 r= 7 =3D 0xc0f16e00=0A=A0=A0 =A0 =A0 =A0 r8 =3D 0x00000000=A0 r9 =3D 0xc0ee7a8= 0=0A=A0 =A0 =A0 =A0 r10 =3D 0x000000b4=0Aintr_event_handle() at intr_event_= handle+0x78=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc0989aac=A0 lr =3D 0xc0ade22c (in= tr_irq_handler+0x54)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032d60=A0 fp =3D 0xc30= 32d70=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0xc3032d78=A0 r5 =3D 0x00000003=0A=A0=A0 = =A0 =A0 =A0 r6 =3D 0xc0bcade8=A0 r7 =3D 0xc0bc5608=0A=A0=A0 =A0 =A0 =A0 r8 = =3D 0xc0b19f1b=A0 r9 =3D 0x00000a55=0Aintr_irq_handler() at intr_irq_handle= r+0x54=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc0ade22c=A0 lr =3D 0xc0adccac (excepti= on_exit)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032d78=A0 fp =3D 0xc3032e28=0A=A0= =A0 =A0 =A0 =A0 r4 =3D 0xffffffff=A0 r5 =3D 0xffff1004=0A=A0=A0 =A0 =A0 =A0= r6 =3D 0xc0b91edc=A0 r7 =3D 0xc0bbcd40=0Aexception_exit() at exception_exi= t=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc0adccac=A0 lr =3D 0xc0ade8f4 (cpu_idle+0x9= 4)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032e08=A0 fp =3D 0xc3032e28=0A=A0=A0 =A0= =A0 =A0 r0 =3D 0x00002710=A0 r1 =3D 0x0000058b=0A=A0=A0 =A0 =A0 =A0 r2 =3D= 0x00000000=A0 r3 =3D 0x60000013=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0xc0ee7a80=A0 = r5 =3D 0xc0b91ee0=0A=A0=A0 =A0 =A0 =A0 r6 =3D 0xc0b91edc=A0 r7 =3D 0xc0bbcd= 40=0A=A0=A0 =A0 =A0 =A0 r8 =3D 0xc0b19f1b=A0 r9 =3D 0x00000a55=0A=A0 =A0 = =A0 =A0 r10 =3D 0x000000b4 r12 =3D 0x0160b293=0Asched_idletd() at sched_idl= etd+0xfc=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc09d5a78=A0 lr =3D 0xc0987760 (fork_= exit+0x6c)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032e30=A0 fp =3D 0xc3032e48=0A= =A0=A0 =A0 =A0 =A0 r4 =3D 0xc0ee7a80=A0 r5 =3D 0xc0ee3a68=0A=A0=A0 =A0 =A0 = =A0 r6 =3D 0xc0b9f628=A0 r7 =3D 0x00000000=0A=A0=A0 =A0 =A0 =A0 r8 =3D 0xc3= 032e50=A0 r9 =3D 0xc09d597c=0A=A0 =A0 =A0 =A0 r10 =3D 0x00000000=0Afork_exi= t() at fork_exit+0x6c=0A=A0=A0 =A0 =A0 =A0 pc =3D 0xc0987760=A0 lr =3D 0xc0= adcc3c (swi_exit)=0A=A0=A0 =A0 =A0 =A0 sp =3D 0xc3032e50=A0 fp =3D 0x000000= 00=0A=A0=A0 =A0 =A0 =A0 r4 =3D 0xc09d597c=A0 r5 =3D 0x00000000=0A=A0=A0 =A0= =A0 =A0 r6 =3D 0x00000000=A0 r7 =3D 0x00000000=0A=A0=A0 =A0 =A0 =A0 r8 =3D= 0x00000000=A0 r9 =3D 0x00000000=0Aswi_exit() at swi_exit=0A=A0=A0 =A0 =A0 = =A0 pc =3D 0xc0adcc3c=A0 lr =3D 0xc0adcc3c (swi_exit)=0A=A0=A0 =A0 =A0 =A0 = sp =3D 0xc3032e50=A0 fp =3D 0x00000000=0Adb> =A0=0A=0A=0AThis case is confi= g have gme device. I try to delete gme=0Adevice in config then not hang up = and go rootfs mount.=0A=0AThis is very strange.=0A=0ARegards=0A=0AHiroki Mo= ri=0A=0A----- Original Message -----=0A> From: Stanislav Sedov =0A> To: Mori Hiroki =0A> Cc: "freebsd-arm@fre= ebsd.org" =0A> Date: 2016/9/5, Mon 00:11=0A> Subje= ct: Re: mv/orion hang up=0A> =0A> =0A>> On Sep 3, 2016, at 7:49 PM, Mori H= iroki =0A> wrote:=0A>> =0A>> Hi.=0A>> =0A>> I mis= sing memory size at dts file.=0A>> =0A>> I do fix then go to device probe.= =0A>> =0A>> But still hang up after Timecounters=0A>> =0A>> https://gist.= github.com/yamori813/ecd5df1b314053a73f310c1122775540=0A> =0A> Can you brea= k into ddb using the break sequence?=A0 That will tell you where it =0A> ha= ngs at least.=0A> =0A> --=0A> ST4096-RIPE=0A> From owner-freebsd-arm@freebsd.org Mon Sep 5 20:32:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64057B9653E for ; Mon, 5 Sep 2016 20:32:45 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: from mail-yw0-x232.google.com (mail-yw0-x232.google.com [IPv6:2607:f8b0:4002:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 308AD9E2 for ; Mon, 5 Sep 2016 20:32:45 +0000 (UTC) (envelope-from ed@nuxi.nl) Received: by mail-yw0-x232.google.com with SMTP id g192so53637433ywh.1 for ; Mon, 05 Sep 2016 13:32:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nuxi-nl.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=sbpaFwFsSrmZSl8zYESWCHuRDZXgMPPHYtMXwiFJ+mc=; b=NKXo7gXsnQDVW77vbGpSy5s5kjODwq/BxmoOe8Bi8Po8hN+TtP7y33s+LXMnk9X+vZ TQUp+P3PKx7u+Ywum3cO0g1T0U8LjOJeaiABC7hP23IpDRn3PYk9qFmhHDlu5cMFUAPg s0HguLL4x8g5ShLyxc+spw+1wCmbiGQ2Niws1NjUC0B5XZlzDveOOdF6Q0R9zWzGbTie Clw/37TBFcVcMBABS3PRIJohMjkRCKGqoZykMftxP7Cxk5CdutWQgS9I62qbBq4bqyxq 0RaR4JWNyeLaIvFGcIQH/xBGJTunuqwW08khHxiARyCkidvn0viiIkCiiDcWFRBWafzH 1JYw== 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; bh=sbpaFwFsSrmZSl8zYESWCHuRDZXgMPPHYtMXwiFJ+mc=; b=EAJicWGpwy/L0wMbpZX59se0xpHkhwsnn2m1B0nrKCSGSg79qUwf3DslBiiNjH59BX wbDrHCrtQjOA2RKK+QRj1WCR19lbGxIOhy1Ohq09FcIYlCJ++XGBmZ3hjHd4UqYOEmyU I9/TdwJeyviyD+6Zj3orCuTMWWAaxs3GPKE8TfosiHDxmLWhhaYCXSZmVdDfLq0UxDSu O7bZ7yRJSX3uCXL4x+7n6CzFF6/MBFPdz1UimY78sdr6KEXMGpb9tu3LmIi/ZYytU9Yu bS+FsJlMSv00HsAEPmB8Lab8uL6/j/oIp5wDoO2r6K9+r/dqxyiLTJWRhdEIhgVBnjrl 9f6Q== X-Gm-Message-State: AE9vXwPhXE6Gk2aAd1MjgDmhRu3ul8a5H93yRh0Bx3N058tyh75Qm8kTDOKgH+wAzD+iH2lKYjeGIAu+YicbNw== X-Received: by 10.13.253.134 with SMTP id n128mr29410732ywf.20.1473107563940; Mon, 05 Sep 2016 13:32:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.201.71 with HTTP; Mon, 5 Sep 2016 13:32:43 -0700 (PDT) From: Ed Schouten Date: Mon, 5 Sep 2016 22:32:43 +0200 Message-ID: Subject: Running a FreeBSD/armv6 VM To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 20:32:45 -0000 Hi there, Now that I've got CloudABI working on amd64, arm64 and i386, I'd like to go ahead and experiment with trying to get ARMv6 support working, using GNU triple 'armv6-unknown-cloudabi-eabihf'. So far so good: I can at least get the C library to build with lots of TODOs in place. Question: what's the canonical way of running FreeBSD/armv6 in a virtual machine? Are there any filesystem images I can use to start off with? Which kernel configuration file should I use? Regards, -- Ed Schouten Nuxi, 's-Hertogenbosch, the Netherlands KvK-nr.: 62051717 From owner-freebsd-arm@freebsd.org Mon Sep 5 20:57:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 06BA7B96D61 for ; Mon, 5 Sep 2016 20:57:25 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C163BD60 for ; Mon, 5 Sep 2016 20:57:24 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1bh0i2-0000Fc-Fn; Mon, 05 Sep 2016 22:41:39 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Russell Haley" Cc: freebsd-arm Subject: Re: Fwd: Paid Support for iMX6 Port References: Date: Mon, 05 Sep 2016 22:41:37 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.0 X-Scan-Signature: 0420c3252dbee8b9b50dacb1a1909624 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Sep 2016 20:57:25 -0000 On Fri, 05 Aug 2016 22:25:09 +0200, Russell Haley wrote: > On Wed, Aug 3, 2016 at 8:27 AM, Ronald Klop wrote: >> On Wed, 03 Aug 2016 00:16:55 +0200, Russell Haley >> wrote: >> >>> Sorry, reply instead of reply all... >>> >>> >>> ---------- Forwarded message ---------- >>> From: Russell Haley >>> Date: Tue, Aug 2, 2016 at 3:16 PM >>> Subject: Re: Paid Support for iMX6 Port >>> To: Michel Kohanim >>> >>> >>> On Tue, Aug 2, 2016 at 2:39 PM, Michel Kohanim >>> wrote: >>>> >>>> Hi Russell, >>>> >>>> Thanks so very much for getting in touch. Hopefully the experienced >>>> iMX6 >>>> developer will chime in. Again, I am willing to pay for services and >>>> then >>>> share the results with the community. >>>> >>>> 1. Would love to read your notes on Hummingboard. I am using Wandboard >>>> and Wandboard Dual for testing purposes and have been able to get >>>> FreeBSD >>>> binary image (from the website) loaded and functioning albeit it's >>>> way too >>>> slow even for rudimentary tasks such as vi (on the Solo). I suspect >>>> 512MB is >>>> not sufficient. Ultimately, I would like to be able to make a smaller >>>> image >>>> ourselves but have been having a hell of a time with Crochet >>> >>> >>> Give me a few days, I just got back from vacation and kids don't sleep >>> well during summer hours so I have very limited time right now, but I >>> will get you what I have so far. >>> >>> >>> >>>> 6. NAND flash/eMMC ... our main goal is that - at the minimum - the >>>> kernel should be on a flash chip of some sort so that boot up does NOT >>>> require an SD Card. Are you aware of any flash chip that can be used >>>> by >>>> uboot to boot FreeBSD? >>> >>> It's possible to run u-boot from NAND and then run ubldr/kernel from a >>> different source. It may even be possible to manually load ubldr from >>> NAND (or even manually load the kernel from NAND in u-boot) but you >>> would need to find an alternative for the kernel and rootfs, >>> especially if you want to update your kernel ever. Not what I would >>> call desirable, but I have *heard* of production systems running like >>> this. >> >> >> >> My Sheevaplug loads the kernel from NAND which mounts the rootfs from >> USB-stick. And does this for a couple of years already. I used to have a >> rootfs on nandfs(5) also, but nandfs is not stable enough. >> >> # nandtool erase dev=/dev/gnand0s.fbsd-boot >> # dd if=/tmp/kernel.bin of=/dev/gnand0s.fbsd-boot bs=2k conv=sync > > Hi Ronald, > > So does this mean you used an freebsd slice for nandfs on the entire > nand unit and placed u-boot and the kernel within the nandfs slice > (I'll look at nandfs documentation when I get a chance)? It's probably > implementation specific, but I wonder if the partition table and > nandfs would affect the "hardware boot loaders" ability to find the > u-boot binary (I don't understand the pre-u-boot boot process yet)? > Also, are you saying that nandfs is "stable enough" to be used in a > write-rarely/read-often scheme? > > Russ Hi, I was on holiday, so a late response. I use this layout. A little bit adjusted version of: sys/boot/fdt/dts/arm/sheevaplug.dts nand@0,0 { #address-cells = <1>; #size-cells = <1>; compatible = "mrvl,nfc"; reg = <0x0 0x0 0x00100000>; bank-width = <2>; device-width = <1>; slice@0 { reg = <0x0 0x200000>; label = "u-boot"; read-only; }; slice@200000 { reg = <0x200000 0x600000>; label = "fbsd-boot"; }; slice@800000 { reg = <0x800000 0x1f800000>; label = "root"; }; }; Never touched the u-boot part. Added the fbsd-boot part which is written by dd as mentioned before (so no fs on it). The 'root' part was nandfs, but that did not run very well (it slowly filled up if I remember correctly) and is unused now. Regards, Ronald. From owner-freebsd-arm@freebsd.org Tue Sep 6 04:47:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8FE6CA9DA6B; Tue, 6 Sep 2016 04:47:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 58DD9CB8; Tue, 6 Sep 2016 04:47:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id i184so175132912itf.1; Mon, 05 Sep 2016 21:47:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=WHmIMEzxliCPWVnhCKCyQJ4YDGqYItd50ETBhHnfE5U=; b=Al+S2sdBhB+3bngqkFU5S5uiv9mCe5jl0sOSygrPi8EFdpFMSjXgVsOtT+mV1ATaS9 8R/eD7dGn9VO9/2cPBGIuSlBMX6k5wsNBuP1uffaYujjrwLAcbU0nBzkwsCOlH4JXI+p 9y+1Lrbl7qayoeAB3pKDA5k155H4khvDbxMrdhT9GxvW17itM2OeMMmC+JsE6yVz6E8A iFj+R3iSnBSQkDixlhkc07HjGutt0UskwmiBFiRFcySkhHLTlB4LAAfp/8MYf15cbIEW DMOApiLrvNUhalpQFNoIB+VlmUcjW3jEfbKIDg+aQ4gXr/4yDGm0peY8AatD8nVIKv6l GqFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=WHmIMEzxliCPWVnhCKCyQJ4YDGqYItd50ETBhHnfE5U=; b=QkU8uT3TdwD5Z0aShMSpkB++DJ6ioxm/aSBeBzKsf123Ff+DpxyU5LyFXcwbhOl3XE jv1T/e6wTbHj15ccVuxtS4VQ+e5w2Lzq1JhFNZGk5vqrzdoQVOXvcPj0ogfdxMPC/4Aw o425oQg+s8pruBzIuI4khG4XvImABFBW6MYjr77+h6rgPgpOnBq6+Uv7ACnMQZ1i6cAx xpNIrrH8xbp0k+oBupcRhZK/xU8o8ZZAVqaL4slQ950RUWodp2PmyJ+TXe6pHp6DeC3U N/MbVKbS7hHPDJh3EsJobuHdtki+3Lve8M5hd5wHvsGGatbHupu/EVVrzUjl6Yufv63Z heAw== X-Gm-Message-State: AE9vXwM1qq6IZ+aKtiQVv6B9bqMGZCgvY2Bb8t9q5UZwcZ0SSaXyd2QRW3gGPF8a+dSxrZ1W82cIiI3AsTojPQ== X-Received: by 10.107.164.76 with SMTP id n73mr2654649ioe.165.1473137278603; Mon, 05 Sep 2016 21:47:58 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.141.129 with HTTP; Mon, 5 Sep 2016 21:47:57 -0700 (PDT) In-Reply-To: References: From: Adrian Chadd Date: Mon, 5 Sep 2016 21:47:57 -0700 X-Google-Sender-Auth: 8lvnxnmnjYKk-VDntQD1wdILqJ8 Message-ID: Subject: Re: Small example program shut down urtwn To: =?UTF-8?B?T3RhY8OtbGlv?= Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 04:47:59 -0000 hm, interesting! I wonder if urtwn and/or usb is missing some bus barriers for ARM or something? -a On 4 September 2016 at 14:18, Otac=C3=ADlio wrot= e: > Dears > > I wrote these two small programs to help debug a problem that I think I h= ave > found when using urtwn driver in a baglebone black. The problem is 100% > reproducible. > > In a server machine I run: > > serverUDP 2508 > > In beaglebone black I run: > > ./clientUDP servername 2508 9216 0 > > All the times, after some packages be sent the urtwn interface do not > respond from ping and stops send others packages. Some times this error > message appears: > > % urtwn0: device timeout > > I have tested with RTL8192CU and RTL8188CUS > > The problem do no occurs in my notebook. > > Following the server and client > > #include > #include > #include > #include > #include > #include > #include > #include > > #define BUFFER_LEN 1024*1024 > > void diep(char *s) > { > perror(s); > exit(1); > } > > int main(int argc, char **argv) > { > int lidos; > struct sockaddr_in si_me, si_other; > int s, i, slen=3Dsizeof(si_other); > char buf[BUFFER_LEN]; > int aux; > > if(argc !=3D 2){ > fprintf(stderr, "Voce deve usar %s \n", argv[0]); > exit(1); > } > > if ((s=3Dsocket(AF_INET, SOCK_DGRAM, IPPROTO_UDP))=3D=3D-1) > diep("socket"); > > memset((char *) &si_me, 0, sizeof(si_me)); > si_me.sin_family =3D AF_INET; > si_me.sin_port =3D htons(strtol(argv[1], (char **)NULL, 10)); > si_me.sin_addr.s_addr =3D htonl(INADDR_ANY); > if (bind(s, (struct sockaddr *)&si_me, sizeof(si_me))=3D=3D-1) > diep("bind"); > > i =3D 1; > do { > if ((lidos =3D recvfrom(s, buf, BUFFER_LEN, 0, (struct sockaddr > *)&si_other, (socklen_t *)&slen))=3D=3D-1) > diep("recvfrom()"); > aux =3D ntohl(*(int*)&buf[0]); > printf("Perdidos %d pacotes (%0.2f%%)\n", aux - i, 100*((float)(a= ux > - i))/((float)aux)); > printf("Sequencia %0000d Recebidos %d bytes\n", aux, lidos); > i++; > }while(lidos>0); > > close(s); > return 0; > } > > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > > #define SOCKET_ERROR -1 > #define INVALID_SOCKET -1 > > #define SRV_IP "127.0.0.1" > > void diep(char *s) > { > perror(s); > exit(1); > } > > > int main(int argc, char **argv) > { > struct sockaddr_in si_other; > int s, i, slen=3Dsizeof(si_other); > char *buf; > int tamanho; > int npack; > struct addrinfo *result =3D NULL, > *ptr =3D NULL, > hints; > int iResult, aux; > fd_set fdset; > > if(argc !=3D 5){ > fprintf(stderr,"Voce deve usar %s de pacotes>\n", argv[0]); > exit(1); > } > > tamanho =3D (int)strtol(argv[3], (char **)NULL, 10); > npack =3D (int)strtol(argv[4], (char **)NULL, 10); > > buf =3D malloc(tamanho); > > bzero(&hints, sizeof(hints)); > hints.ai_family =3D AF_UNSPEC; > hints.ai_socktype =3D SOCK_DGRAM; > hints.ai_protocol =3D IPPROTO_UDP; > > iResult =3D getaddrinfo(argv[1], argv[2], &hints, &result); > if ( iResult !=3D 0 ) { > printf("getaddrinfo failed with error: %d\n", iResult); > return 1; > } > > // Attempt to connect to an address until one succeeds > for(ptr=3Dresult; ptr !=3D NULL ;ptr=3Dptr->ai_next) { > > // Create a SOCKET for connecting to server > s =3D socket(ptr->ai_family, ptr->ai_socktype, ptr->ai_protocol); > if (s < 0){ > perror("socket"); > return 1; > } > > // Connect to server. > iResult =3D connect(s, ptr->ai_addr, (int)ptr->ai_addrlen); > if (iResult =3D=3D SOCKET_ERROR) { > close(s); > s =3D INVALID_SOCKET; > continue; > } > > break; > } > > freeaddrinfo(result); > FD_ZERO(&fdset); > FD_SET(s, &fdset); > for (i=3D1; i<=3Dnpack || npack=3D=3D0; i++) { > aux =3D htonl(i); > memcpy(&buf[0], &aux, sizeof(aux)); > aux =3D htonl(npack); > memcpy(&buf[0+sizeof(i)], &aux, sizeof(aux)); > do{ > if(select(s+1, NULL, &fdset, NULL, NULL )<0) > diep("select()"); > }while(!FD_ISSET(s, &fdset)); > if (send(s, buf, tamanho, 0)=3D=3D-1) > diep("sendto()"); > } > printf("Enviados %d pacotes de %d bytes\n", npack, tamanho); > > close(s); > return 0; > } > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or= g" From owner-freebsd-arm@freebsd.org Tue Sep 6 07:39:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F774B96C90; Tue, 6 Sep 2016 07:39:30 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (heidi.turbocat.net [88.198.202.214]) (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 43E459DA; Tue, 6 Sep 2016 07:39:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 0F25A1FE022; Tue, 6 Sep 2016 09:39:27 +0200 (CEST) Subject: Re: Small example program shut down urtwn To: Adrian Chadd , =?UTF-8?B?T3RhY8OtbGlv?= References: Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" From: Hans Petter Selasky Message-ID: <65f68e6c-a1cc-73ec-f3f0-048d4f339ad8@selasky.org> Date: Tue, 6 Sep 2016 09:44:08 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 07:39:30 -0000 On 09/06/16 06:47, Adrian Chadd wrote: > missing some bus > barriers for ARM or something? FYI: Most of the USB control and data memory is coherently allocated and don't need barriers. You can try capturing a trace using usbdump, of the traffic on your device, and see where it hangs: usbdump -i usbusX -f Y -s 65536 --HPS From owner-freebsd-arm@freebsd.org Tue Sep 6 16:38:50 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59972BC79AF for ; Tue, 6 Sep 2016 16:38:50 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x22b.google.com (mail-qk0-x22b.google.com [IPv6:2607:f8b0:400d:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1670E7D6 for ; Tue, 6 Sep 2016 16:38:49 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x22b.google.com with SMTP id v123so223385967qkh.2 for ; Tue, 06 Sep 2016 09:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=5E3Z8hmN+MmQoIvzf5FvP6d7y9A04MtTpeWbskh2IgU=; b=WmZSSmhfDzlTL2tGiJaPPKiLtauEdhTLEvbWbvH7ttiHX4CH1b7uJHQQTW/7ZIhJSY nZAHbuAQRCRzw9PfFTaC9/Ev597wfwCm8IWexzYD9gRFDsNCG/Z7Ht2NA/p5R4LsgooS K4lH4elFy1TM9D4SGIP2XEC0knfTmFkwYMeas= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=5E3Z8hmN+MmQoIvzf5FvP6d7y9A04MtTpeWbskh2IgU=; b=bKzLhX/rqny5O8OrKGraHXKzRQ9pMWDhI+Sky4iOfCTBHHH2g+ta2OTUinjW1gttQi hcITYcjuJxWD11Poa+K8bP82sk3PA/G21P58aesjlv9XGckZkDtrXUjvay7HSICdxz0j G8X7JJ5Q7DwxpQ/vo17srgkC8DUkiNDEvBJo+wyXAgU2SYCNDg6SOmPtOteKQsMUIaog GPadk1ewTEYHs/ncPBg6CIyy7RKHIDLPQ8/O2rsQUs8Yw87Evrkr2uJ1NqUU7w1m8+Lw ppDXzco1tNbvmGT63kLHSHcdXSP6NH38YP5wx8YwIPi/klEv6hhagNQuegAaxQDsanqg sEpQ== X-Gm-Message-State: AE9vXwPnuh0jUiqN3BAUC59yU3U59UwLbZaoqNWKX9r6FmTVged4d2nEQLtNRQpAVgg4UQ== X-Received: by 10.55.54.15 with SMTP id d15mr43022466qka.262.1473179929151; Tue, 06 Sep 2016 09:38:49 -0700 (PDT) Received: from [192.168.0.11] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id n128sm18352065qkn.21.2016.09.06.09.38.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Sep 2016 09:38:48 -0700 (PDT) Subject: Re: Small example program shut down urtwn To: Hans Petter Selasky , Adrian Chadd References: <65f68e6c-a1cc-73ec-f3f0-048d4f339ad8@selasky.org> Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <44440370-dfc1-f781-e69b-97fbcbc582b2@bsd.com.br> Date: Tue, 6 Sep 2016 13:38:26 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <65f68e6c-a1cc-73ec-f3f0-048d4f339ad8@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 16:38:50 -0000 Em 06/09/2016 04:44, Hans Petter Selasky escreveu: > On 09/06/16 06:47, Adrian Chadd wrote: >> missing some bus >> barriers for ARM or something? > > FYI: Most of the USB control and data memory is coherently allocated > and don't need barriers. You can try capturing a trace using usbdump, > of the traffic on your device, and see where it hangs: > > usbdump -i usbusX -f Y -s 65536 > > --HPS I did and after a lot of messages this error appears. If you need I can send the all log file. 13:04:30.421645 usbus1.2 DONE-CTRL-EP=00000080,SPD=HIGH,NFR=2,SLEN=4,IVAL=0,ERR=0 13:04:30.486012 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:30.486026 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 13:04:30.684198 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:30.684215 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 13:04:30.785275 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:30.785290 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 13:04:30.886512 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:30.886524 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 13:04:30.899415 usbus1.2 DONE-BULK-EP=00000003,SPD=HIGH,NFR=0,SLEN=0,IVAL=0,ERR=TIMEOUT 13:04:30.959399 usbus1.2 SUBM-CTRL-EP=00000000,SPD=HIGH,NFR=1,SLEN=8,IVAL=50 13:04:30.959469 usbus1.2 DONE-CTRL-EP=00000000,SPD=HIGH,NFR=1,SLEN=0,IVAL=50,ERR=0 13:04:30.959484 usbus1.2 SUBM-BULK-EP=00000003,SPD=HIGH,NFR=1,SLEN=1576,IVAL=0 13:04:30.991390 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:30.991404 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 13:04:31.093821 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 After a lot of messages this appears: 13:04:40.000436 usbus1.2 DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 13:04:40.000447 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 urtwn0: device timeout From owner-freebsd-arm@freebsd.org Tue Sep 6 17:56:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CEAFBC7FC4; Tue, 6 Sep 2016 17:56:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (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 24969C04; Tue, 6 Sep 2016 17:56:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 265A11FE022; Tue, 6 Sep 2016 19:56:30 +0200 (CEST) Subject: Re: Small example program shut down urtwn To: =?UTF-8?B?T3RhY8OtbGlv?= , Adrian Chadd References: <65f68e6c-a1cc-73ec-f3f0-048d4f339ad8@selasky.org> <44440370-dfc1-f781-e69b-97fbcbc582b2@bsd.com.br> Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" From: Hans Petter Selasky Message-ID: <9a18fa9c-040b-908a-3c99-7e61357553b4@selasky.org> Date: Tue, 6 Sep 2016 20:01:11 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <44440370-dfc1-f781-e69b-97fbcbc582b2@bsd.com.br> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 17:56:33 -0000 On 09/06/16 18:38, Otacílio wrote: > After a lot of messages this appears: > > 13:04:40.000436 usbus1.2 > DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 > 13:04:40.000447 usbus1.2 SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 > urtwn0: device timeout Hi, A USB analyzer would tell for sure. Most likely the USB dongle has stopped responding and is NAKing the 0x03 BULK OUT endpoint, which leads to the USB_ERR_TIMEOUT. You can try to set .interval = 1, in "struct usb_config", to nice the USB OUT transfers. --HPS From owner-freebsd-arm@freebsd.org Tue Sep 6 18:02:56 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 686B6BC6280 for ; Tue, 6 Sep 2016 18:02:56 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (mx0.deglitch.com [IPv6:2a00:13c0:63:7194:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2E80A1C1 for ; Tue, 6 Sep 2016 18:02:56 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from [IPv6:2620:10d:c082:1055:59b3:3155:4c0d:b5cd] (unknown [IPv6:2620:10d:c090:200::9:31d2]) by mx0.deglitch.com (Postfix) with ESMTPSA id 416678FC0B; Tue, 6 Sep 2016 11:02:52 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: mv/orion hang up From: Stanislav Sedov In-Reply-To: <340201.79961.qm@web101703.mail.ssk.yahoo.co.jp> Date: Tue, 6 Sep 2016 11:02:47 -0700 Cc: "freebsd-arm@freebsd.org" Content-Transfer-Encoding: 7bit Message-Id: <8BC28A30-FF9D-49CD-9EA6-A830C9D2FAC2@FreeBSD.org> References: <367788.5273.qm@web101713.mail.ssk.yahoo.co.jp> <261470.68775.qm@web101703.mail.ssk.yahoo.co.jp> <7AE9CC02-4718-4009-A5C6-15E2F2487EDD@freebsd.org> <340201.79961.qm@web101703.mail.ssk.yahoo.co.jp> To: Mori Hiroki X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 18:02:56 -0000 > On Sep 5, 2016, at 5:25 AM, Mori Hiroki wrote: > > > > This case is config have gme device. I try to delete gme > device in config then not hang up and go rootfs mount. > > This is very strange. > Interesting. I'm curious, what is this gme device? I don't see one in the Marvell related config in my tree. -- Stanislav Sedov ST4096-RIPE From owner-freebsd-arm@freebsd.org Tue Sep 6 19:23:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1836BBC6088 for ; Tue, 6 Sep 2016 19:23:01 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C38BBF90 for ; Tue, 6 Sep 2016 19:23:00 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qt0-x22f.google.com with SMTP id p30so44198431qte.3 for ; Tue, 06 Sep 2016 12:23:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=N6ncrVWRCgNV/OSF35pKCkJJQcJ0eCHLD+UkJ5mzGZY=; b=Smp+7G9A7HKmlQ32nIqcetPOqVa3QxB18bTtMRD/KnAuf8H7GklYSeE+03p5A0rb44 nZ6xZ1llJN4t5y16Zib94Omp+vhm0WWQqOBRgnM6NqP+qoDCTr62OYITltKq8EGZZTmc R4U49TtLmZxmMK6oIZZSRFWcJxNd+ye775iG4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=N6ncrVWRCgNV/OSF35pKCkJJQcJ0eCHLD+UkJ5mzGZY=; b=RiYi2Mdl1J39JWCme3vM2snVyFVenO64OXunb8o08DcPyp+LFsT+SekxGqTmDndt+1 GKn84z2CkQGkHaQi5vwkjD9TYYickk1jO/OOpizh6f9vtkXTFUPXL4WpAwWmrSwaUUrG bz0V60Lt3Az0H25jlGZBaL65w894wZVK7I7s8KstUWTPynvgelKFqbpMJsevuQtQNqXc YQSf8bVWmYDYw+mVUOO0gSLjEb8VWu8YstqTVqE5uZ1tPzyXvz+EDFLcOrR/4drlDzji ywcPG2xi1/3nVnQ7i/nbnMX8zWTxo0f9qxNM+09fMWyVugJlWYC3SXAEac1Ub5IKASjm 7h2Q== X-Gm-Message-State: AE9vXwN4JvSk78cAh8tfjXgnOyaTGDkbfi5WXjn8T3XV9FJBDljGaq1GHwZfzNT2X00Thw== X-Received: by 10.237.37.198 with SMTP id y6mr18590406qtc.119.1473189779684; Tue, 06 Sep 2016 12:22:59 -0700 (PDT) Received: from [10.50.214.212] ([177.20.152.129]) by smtp.googlemail.com with ESMTPSA id l189sm18777114qke.27.2016.09.06.12.22.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 06 Sep 2016 12:22:58 -0700 (PDT) Subject: Re: Small example program shut down urtwn To: Hans Petter Selasky , Adrian Chadd References: <65f68e6c-a1cc-73ec-f3f0-048d4f339ad8@selasky.org> <44440370-dfc1-f781-e69b-97fbcbc582b2@bsd.com.br> <9a18fa9c-040b-908a-3c99-7e61357553b4@selasky.org> Cc: "freebsd-arm@freebsd.org" , "freebsd-wireless@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Message-ID: <0a905787-f371-ca44-bbfc-24303d954a3e@bsd.com.br> Date: Tue, 6 Sep 2016 16:22:26 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <9a18fa9c-040b-908a-3c99-7e61357553b4@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 19:23:01 -0000 Em 06/09/2016 15:01, Hans Petter Selasky escreveu: > On 09/06/16 18:38, Otacílio wrote: >> After a lot of messages this appears: >> >> 13:04:40.000436 usbus1.2 >> DONE-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=384,IVAL=0,ERR=0 >> 13:04:40.000447 usbus1.2 >> SUBM-BULK-EP=00000081,SPD=HIGH,NFR=1,SLEN=0,IVAL=0 >> urtwn0: device timeout > > Hi, > > A USB analyzer would tell for sure. Most likely the USB dongle has > stopped responding and is NAKing the 0x03 BULK OUT endpoint, which > leads to the USB_ERR_TIMEOUT. You can try to set .interval = 1, in > "struct usb_config", to nice the USB OUT transfers. > > --HPS This means that the dongle is broken? Because I have two different models doing this. []'s -Otacílio From owner-freebsd-arm@freebsd.org Tue Sep 6 22:35:56 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B92ABCE79D for ; Tue, 6 Sep 2016 22:35:56 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh601-vm4.bullet.mail.ssk.yahoo.co.jp (nh601-vm4.bullet.mail.ssk.yahoo.co.jp [182.22.90.13]) by mx1.freebsd.org (Postfix) with SMTP id B1667222 for ; Tue, 6 Sep 2016 22:35:55 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.105] by nh601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 06 Sep 2016 22:35:45 -0000 Received: from [182.22.91.129] by t603.bullet.mail.ssk.yahoo.co.jp with NNFMP; 06 Sep 2016 22:35:45 -0000 Received: from [127.0.0.1] by omp602.mail.ssk.yahoo.co.jp with NNFMP; 06 Sep 2016 22:35:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 213326.45107.bm@omp602.mail.ssk.yahoo.co.jp Received: (qmail 81384 invoked by uid 60001); 6 Sep 2016 22:35:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1473201345; bh=ZqnCMH9KvmQda63PcXY1YMEKEameR45utF2b0SZlyGs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WPxifoHw6jKTssBu7BypQl3qJOdqU3Pgn8iVx7qO9qxrK4+KMmLjkqu2N44RLmrHDybJJDi9ARsoLqubjLjWyxOEt2nk2hiO2f6UqK3fC8gpl0YxXGL92DF6NN9VbBfNXA3dY+0nCNFXzhk4v2eRt4ic2V+FyF8CR/AmFCOPGoY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=h+4F90K2CvFPkbeY9d/JRCMVZ3P5uQlIo87ityygaPvXYQSmu+PQ8SEdUla9bilpDzIext8UvjZepl2I9BL5yF/FB4d4xUHn0klBqhJUUsT6HNzuynsVew1jVV90xEyBIMjGUozdA5Hi+fyuHO71XNoa7rWvreYyt1u+oP9xVTo=; Message-ID: <13078.74684.qm@web101703.mail.ssk.yahoo.co.jp> X-YMail-OSG: XIQhIQIVM1kGEh6CbTiXAgfhLulX9Bs_P8sb438dQtmEBOTnZMC8coHqq9SRGdrQZMn5WyZvCxelvOkOJc_.X4H6NbcPaFXRW9UhhoDN731uPlvPEfDfQMYJXsXuwIM_rhKDl5TLSiW5qeMQmwiKeSXKNRZhNXoDoUjnDjPjFGNdcl5pNsSN0ut7q1TY9Iw.w0mja8y4vnTjGLD9LN60xwESyOypl71ju.ZX76rq9lf40wP_S.L5S9a6QaSVUL3GXREIHG8qWazOYNCOejOI2sQ5iP5bAUq2qpHXGOb2y4QLirSxh5.yLZLYSoJJDTh.9L4drVCT9S.CqvklDmNByq66mqnkyX1lxBl30vos5cU0.Mio80FQVpWBpGNWP1jli5lH1bMW94l4L_9.uwr1aLvjh2U1wdFjlxYZbbrKvaOH6Xy8hnwHMjg7wMGqzXMxZs3th6Wy1rOmp1Jrpq_0211dQ_7svh7Pi.7lrVWYGUevA7jl4bXpCTAMFA5zvoYPBNq8wtFIqaMTRiMOcL3W1f5u2zj6bTBUEeUIxUiDOcOVh0.NCH2Y0XtMtg-- Received: from [110.134.196.53] by web101703.mail.ssk.yahoo.co.jp via HTTP; Wed, 07 Sep 2016 07:35:44 JST X-Mailer: YahooMailWebService/0.8.111_69 X-YMail-JAS: Y_J6oz4VM1mv6v4k3GCGyWEz0mgmaMEPYryc4jSQROAaWHgAirW2Vh4drPBDVpTafu7zbdEip5HiNgwDd1078zk_mK2VJ72FvH2q.PKpGmCjlf0c7yxHQSSYIsGH0F3zGq.Z References: <367788.5273.qm@web101713.mail.ssk.yahoo.co.jp> <261470.68775.qm@web101703.mail.ssk.yahoo.co.jp> <7AE9CC02-4718-4009-A5C6-15E2F2487EDD@freebsd.org> <340201.79961.qm@web101703.mail.ssk.yahoo.co.jp> <8BC28A30-FF9D-49CD-9EA6-A830C9D2FAC2@FreeBSD.org> Date: Wed, 7 Sep 2016 07:35:44 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: mv/orion hang up To: Stanislav Sedov Cc: "freebsd-arm@freebsd.org" In-Reply-To: <8BC28A30-FF9D-49CD-9EA6-A830C9D2FAC2@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2016 22:35:56 -0000 Hi.=0A=0ASorry mge device is correct.=0A=0A=0A----- Original Message -----= =0A> From: Stanislav Sedov =0A> To: Mori Hiroki =0A> Cc: "freebsd-arm@freebsd.org" = =0A> Date: 2016/9/7, Wed 03:02=0A> Subject: Re: mv/orion hang up=0A> =0A> = =0A>> On Sep 5, 2016, at 5:25 AM, Mori Hiroki =0A>= wrote:=0A>> =0A>> =0A>> =0A>> This case is config have gme device. I try = to delete gme=0A>> device in config then not hang up and go rootfs mount.= =0A>> =0A>> This is very strange.=0A>> =0A> =0A> Interesting.=A0 I'm curio= us, what is this gme device?=A0 I don't see=0A> one in the Marvell related = config in my tree.=0A> =0A> --=0A> Stanislav Sedov=0A> ST4096-RIPE=0A> From owner-freebsd-arm@freebsd.org Wed Sep 7 04:02:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3AA74B96D5B for ; Wed, 7 Sep 2016 04:02:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 3032EAC; Wed, 7 Sep 2016 04:02:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 7DB80106; Wed, 7 Sep 2016 04:02:46 +0000 (UTC) Date: Wed, 7 Sep 2016 04:01:24 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <484580154.48.1473220971624.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3880 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 04:02:59 -0000 FreeBSD_HEAD_arm64 - Build #3880 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3880/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3880/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3880/console Change summaries: No changes The end of the build log: Started by an SCM change FATAL: null java.lang.NullPointerException at hudson.model.Slave.createLauncher(Slave.java:420) at hudson.model.AbstractBuild$AbstractBuildExecution.createLauncher(AbstractBuild.java:561) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:492) at hudson.model.Run.execute(Run.java:1720) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:404) ERROR: Step ?Scan for compiler warnings? failed: no workspace for FreeBSD_HEAD_arm64 #3880 [PostBuildScript] - Execution post build scripts. ERROR: Build step failed with exception java.lang.NullPointerException: no workspace from node hudson.slaves.DumbSlave[kyua1.nyi.freebsd.org] which is computer hudson.slaves.SlaveComputer@18e61298 and has channel null at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:74) at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:64) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processBuildSteps(PostBuildScript.java:204) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.processScripts(PostBuildScript.java:143) at org.jenkinsci.plugins.postbuildscript.PostBuildScript._perform(PostBuildScript.java:105) at org.jenkinsci.plugins.postbuildscript.PostBuildScript.perform(PostBuildScript.java:85) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:720) at hudson.model.Build$BuildExecution.post2(Build.java:185) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:665) at hudson.model.Run.execute(Run.java:1745) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:404) Build step 'Execute a set of scripts' marked build as failure Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Wed Sep 7 06:46:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24AE1AC4AC2 for ; Wed, 7 Sep 2016 06:46:45 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 E9EEB15E for ; Wed, 7 Sep 2016 06:46:44 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=Ctr9STwD c=1 sm=1 tr=0 a=dx250bZxW1HngxdpQMIA3g==:117 a=dx250bZxW1HngxdpQMIA3g==:17 a=IkcTkHD0fZMA:10 a=IiXSZ56xeqxIh00RkbsA:9 a=QEXdDO2ut3YA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 24.148.20.233 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.233] ([24.148.20.233:53752] helo=[192.168.3.100]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPSA (cipher=DHE-RSA-AES256-SHA) id BA/E8-04139-2D7BFC75; Wed, 07 Sep 2016 02:46:42 -0400 From: Erik Moe Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Unaligned access in ubldr.bin Message-Id: Date: Wed, 7 Sep 2016 01:46:42 -0500 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 06:46:45 -0000 Hello, I=E2=80=99ve been trying to bring up FreeBSD on the USB Armory based on = the i.MX53. I=E2=80=99ve made myself a u-boot patch that will load and = start ubldr.bin but I=E2=80=99m running into a issue with what I think = is an unaligned access issue: ## Starting application at 0x70800000 ... data abort pc : [<70824bac>] lr : [<7081846c>] sp : 8f550c98 ip : 70835a00 fp : 8f550cb0 r10: 00000002 r9 : 70838d58 r8 : 70833cd9 r7 : 707fff08 r6 : 000054f0 r5 : 70833cd9 r4 : 00000000 r3 : 70828fc4 r2 : 70833cd9 r1 : 00000001 r0 : 7083705c Flags: Nzcv IRQs off FIQs off Mode SVC_32 Resetting CPU ... I=E2=80=99ve hand dissambled the code at pc=3D0x70824bac: 0x70824ba8: 0xe59f21d0 ldr r2, [pc, #464] 0x70824bac: 0xe5825000 str r5, [r2] 0x70824bb0: 0xe5d53000 ldrb r3, [r5] 0x70824bb4: 0xe353002d cmp r3, #45 0x70824bb8: 0x1a00000b bne #+44 The offending instructions is "str r5, [r2]=E2=80=9D where r2 =3D = 0x70833cd9, which sort of makes sense since it isn=E2=80=99t aligned on = a 4 byte boundary. I=E2=80=99m new to arm ARM, so I=E2=80=99m not = really sure. My questions are these: 1.) Doesn=E2=80=99t ARMv6 and higher architecture allow unaligned = access? Is there something that u-boot needs be doing in initialization = to allow unaligned access? 2.) Does ubldr make the assumption that unaligned access is allowed and = maybe shouldn=E2=80=99t? I would think not since ubldr has been around = for a while and works on numerous ARM processors. Any thoughts at which direction to investigate would be appreciated. Thanks, Erik FYI, ubldr is failing in =E2=80=9Cgetopt=E2=80=9D. I=E2=80=99ve used = objdump to disassemble ubldr.bin. You=E2=80=99ll have to subtract the = offset 0xf8 and add 0x7080000 to the addresses bellow to get them to = align with the addresses above. getopt(int nargc, char * const *nargv, const char *ostr) { 24c4c: e92d4df0 push {r4, r5, r6, r7, r8, sl, fp, lr} 24c50: e28db018 add fp, sp, #24 24c54: e1a07000 mov r7, r0 static char *place =3D EMSG; /* option letter = processing */ char *oli; /* option letter list = index */ if (optreset || !*place) { /* update scanning = pointer */ 24c58: e59f0214 ldr r0, [pc, #532] ; 24e74 = 24c5c: e1a06001 mov r6, r1 24c60: e1a08002 mov r8, r2 24c64: e5901000 ldr r1, [r0] 24c68: e3510000 cmp r1, #0 24c6c: 1a000004 bne 24c84 24c70: e59f1200 ldr r1, [pc, #512] ; 24e78 = 24c74: e5913000 ldr r3, [r1] 24c78: e5d34000 ldrb r4, [r3] 24c7c: e3540000 cmp r4, #0 24c80: 1a00001d bne 24cfc 24c84: e3a01000 mov r1, #0 optreset =3D 0; 24c88: e5801000 str r1, [r0] if (optind >=3D nargc || *(place =3D nargv[optind]) !=3D = '-') { place =3D EMSG; return (-1); } if (place[1] && *++place =3D=3D '-') { /* found = "--" */ ++optind; 24c8c: e59f01e8 ldr r0, [pc, #488] ; 24e7c = 24c90: e5901000 ldr r1, [r0] static char *place =3D EMSG; /* option letter = processing */ char *oli; /* option letter list = index */ if (optreset || !*place) { /* update scanning = pointer */ optreset =3D 0; if (optind >=3D nargc || *(place =3D nargv[optind]) !=3D = '-') { 24c94: e1510007 cmp r1, r7 24c98: aa000011 bge 24ce4 24c9c: e7965101 ldr r5, [r6, r1, lsl #2] 24ca0: e59f21d0 ldr r2, [pc, #464] ; 24e78 = 24ca4: e5825000 str r5, [r2] 24ca8: e5d53000 ldrb r3, [r5] 24cac: e353002d cmp r3, #45 ; 0x2d From owner-freebsd-arm@freebsd.org Wed Sep 7 07:06:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A60B8AC4F08 for ; Wed, 7 Sep 2016 07:06:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4D2B1A; Wed, 7 Sep 2016 07:06:33 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id CB868110; Wed, 7 Sep 2016 07:06:33 +0000 (UTC) Date: Wed, 7 Sep 2016 07:06:32 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1429178135.52.1473231993840.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <484580154.48.1473220971624.JavaMail.jenkins@jenkins-9.freebsd.org> References: <484580154.48.1473220971624.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3881 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 07:06:33 -0000 FreeBSD_HEAD_arm64 - Build #3881 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3881/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3881/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3881/console Change summaries: No changes From owner-freebsd-arm@freebsd.org Wed Sep 7 13:23:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4B215BC6D92 for ; Wed, 7 Sep 2016 13:23:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F1A6B91 for ; Wed, 7 Sep 2016 13:23:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22e.google.com with SMTP id e124so20416887ith.0 for ; Wed, 07 Sep 2016 06:23:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=doJ2kNNEQ1rEWAZfRiy2zi09e9VR0953RIWMWCIDFyw=; b=btxRcDjpQsDpISYB8HiSbP+lJKTHT1omLBE53tEaACtH+J9nTQsDEKigzNc41awOeU +VIv/7vKyGi7pHRqR2E9wn62vB+nXE1e+oyCyiCyRpd0Hz5ih48hU1erYvPVQT4t3KHk u+/Mh+rEA2khGBB0DDdo397FZ9aKqWWZOqZhaJgZ4pA/NdQ3Pi/MjXh113nm4gNqI/Nu 5WRV89NwtEWenPYmk6nI+BMVS7ibQvFZH5sW6ILKAd3mPh18hMXCAAuaWnLmGneSIrrF ktBFj04Nli2Pdwzu+q01ymu7DIFbtWZDKUPk2Whjopjk2ntjmpOUeDSW7XHG5LUme93w as1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=doJ2kNNEQ1rEWAZfRiy2zi09e9VR0953RIWMWCIDFyw=; b=iAO/3ES2Sq02XyMoXAh6TjSCi0ePR03bZNsH3aqns/UchO+Hp1mkzWHZ42BunPj6ls QxqGG7ojjUZdakDFd2Gf4enZI20aFjBmybtBOnJXrINnoCE49LV8bMDJVoXx2Ycbpp+D Nm9MZgfCPFMLDi6JPyWgxh1QwcewJhrPTOqpa1uf+XpUHqvtRv1LSLwA3GaNs1TpzPue OHlzdoo1oYfnjMBuai6QIGpLLH7EDR9NlS9r5UqFXngSSCUyPCtoYBd5XY8FZwMvp+Zw PpEXrMu70bnP/uLXsHXbxCOiXYrDivwQ9w2fljQ8Ry3gs/qljTMGRZr6VIWUEit4FLaz DbBw== X-Gm-Message-State: AE9vXwMagzZNKdjJwMwuWbvntJOGSRQF3ODsAhKXiDnDVaGIVJriLMijRlztoplvvlKYOUV5Zo4vV9WxOahbdA== X-Received: by 10.36.210.68 with SMTP id z65mr6565942itf.32.1473254580415; Wed, 07 Sep 2016 06:23:00 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Wed, 7 Sep 2016 06:22:59 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Wed, 7 Sep 2016 07:22:59 -0600 X-Google-Sender-Auth: hgzQZWLP6kSREJztmMWSdgcASuM Message-ID: Subject: Re: Unaligned access in ubldr.bin To: Erik Moe Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 13:23:01 -0000 On Wed, Sep 7, 2016 at 12:46 AM, Erik Moe wrote: > Hello, > > I=E2=80=99ve been trying to bring up FreeBSD on the USB Armory based on t= he i.MX53. I=E2=80=99ve made myself a u-boot patch that will load and star= t ubldr.bin but I=E2=80=99m running into a issue with what I think is an un= aligned access issue: which version of u-boot are you using? > ## Starting application at 0x70800000 ... > data abort > pc : [<70824bac>] lr : [<7081846c>] > sp : 8f550c98 ip : 70835a00 fp : 8f550cb0 > r10: 00000002 r9 : 70838d58 r8 : 70833cd9 > r7 : 707fff08 r6 : 000054f0 r5 : 70833cd9 r4 : 00000000 > r3 : 70828fc4 r2 : 70833cd9 r1 : 00000001 r0 : 7083705c > Flags: Nzcv IRQs off FIQs off Mode SVC_32 > Resetting CPU ... > > I=E2=80=99ve hand dissambled the code at pc=3D0x70824bac: > > 0x70824ba8: 0xe59f21d0 ldr r2, [pc, #464] > 0x70824bac: 0xe5825000 str r5, [r2] > 0x70824bb0: 0xe5d53000 ldrb r3, [r5] > 0x70824bb4: 0xe353002d cmp r3, #45 > 0x70824bb8: 0x1a00000b bne #+44 > > The offending instructions is "str r5, [r2]=E2=80=9D where r2 =3D 0x70833= cd9, which sort of makes sense since it isn=E2=80=99t aligned on a 4 byte b= oundary. I=E2=80=99m new to arm ARM, so I=E2=80=99m not really sure. My q= uestions are these: > > 1.) Doesn=E2=80=99t ARMv6 and higher architecture allow unaligned access?= Is there something that u-boot needs be doing in initialization to allow = unaligned access? It does, but usually that's configured later in boot. > 2.) Does ubldr make the assumption that unaligned access is allowed and m= aybe shouldn=E2=80=99t? I would think not since ubldr has been around for = a while and works on numerous ARM processors. It may be that the compiler is generating bad code in this case? You might check to see how we're building it and to see if that's causing problems. I've been trying to bring up v2016.07 on some boards and that fails where v2016.05 worked. I get data alignment issues, but all I'm changing is u-boot.img. Warner > Any thoughts at which direction to investigate would be appreciated. > > Thanks, > Erik > > FYI, ubldr is failing in =E2=80=9Cgetopt=E2=80=9D. I=E2=80=99ve used obj= dump to disassemble ubldr.bin. You=E2=80=99ll have to subtract the offset = 0xf8 and add 0x7080000 to the addresses bellow to get them to align with th= e addresses above. > > > getopt(int nargc, char * const *nargv, const char *ostr) > { > 24c4c: e92d4df0 push {r4, r5, r6, r7, r8, sl, fp, lr} > 24c50: e28db018 add fp, sp, #24 > 24c54: e1a07000 mov r7, r0 > static char *place =3D EMSG; /* option letter proces= sing */ > char *oli; /* option letter list ind= ex */ > > if (optreset || !*place) { /* update scanning pointe= r */ > 24c58: e59f0214 ldr r0, [pc, #532] ; 24e74 > 24c5c: e1a06001 mov r6, r1 > 24c60: e1a08002 mov r8, r2 > 24c64: e5901000 ldr r1, [r0] > 24c68: e3510000 cmp r1, #0 > 24c6c: 1a000004 bne 24c84 > 24c70: e59f1200 ldr r1, [pc, #512] ; 24e78 > 24c74: e5913000 ldr r3, [r1] > 24c78: e5d34000 ldrb r4, [r3] > 24c7c: e3540000 cmp r4, #0 > 24c80: 1a00001d bne 24cfc > 24c84: e3a01000 mov r1, #0 > optreset =3D 0; > 24c88: e5801000 str r1, [r0] > if (optind >=3D nargc || *(place =3D nargv[optind]) !=3D = '-') { > place =3D EMSG; > return (-1); > } > if (place[1] && *++place =3D=3D '-') { /* found "--"= */ > ++optind; > 24c8c: e59f01e8 ldr r0, [pc, #488] ; 24e7c > 24c90: e5901000 ldr r1, [r0] > static char *place =3D EMSG; /* option letter proces= sing */ > char *oli; /* option letter list ind= ex */ > > if (optreset || !*place) { /* update scanning pointe= r */ > optreset =3D 0; > if (optind >=3D nargc || *(place =3D nargv[optind]) !=3D = '-') { > 24c94: e1510007 cmp r1, r7 > 24c98: aa000011 bge 24ce4 > 24c9c: e7965101 ldr r5, [r6, r1, lsl #2] > 24ca0: e59f21d0 ldr r2, [pc, #464] ; 24e78 > 24ca4: e5825000 str r5, [r2] > 24ca8: e5d53000 ldrb r3, [r5] > 24cac: e353002d cmp r3, #45 ; 0x2d > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Sep 7 13:43:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5242EBC7577 for ; Wed, 7 Sep 2016 13:43:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 429BE7B3 for ; Wed, 7 Sep 2016 13:43:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 41671BC7576; Wed, 7 Sep 2016 13:43:34 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3E9C8BC7575 for ; Wed, 7 Sep 2016 13:43:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (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 ED42B7B1 for ; Wed, 7 Sep 2016 13:43:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.81.13]) by kabab.cs.huji.ac.il with esmtp id 1bhd04-000HKk-Fx for arm@freebsd.org; Wed, 07 Sep 2016 16:34:48 +0300 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: ALLWINNER/h3 malfunction Message-Id: Date: Wed, 7 Sep 2016 16:34:48 +0300 To: arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 13:43:34 -0000 Hi All! I am playing with an orangepi-one, and I now compiled a kernel without = INVARIANTS & WITNESS and it panics, when compiled without WITNESS, it boots, but for example = the awg comes up with a semi random ethernet address, so clearly there is some timing = issues. I have placed the panic in http://www.cs.huji.ac.il/~danny/orangepi/op1.panic.1 and so if someone can point me to where some delay can be added =E2=80=A6 thanks, danny From owner-freebsd-arm@freebsd.org Wed Sep 7 15:41:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 406C2BCF5C1 for ; Wed, 7 Sep 2016 15:41:01 +0000 (UTC) (envelope-from mst@semihalf.com) Received: from mail-it0-x22e.google.com (mail-it0-x22e.google.com [IPv6:2607:f8b0:4001:c0b::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E54E271 for ; Wed, 7 Sep 2016 15:41:01 +0000 (UTC) (envelope-from mst@semihalf.com) Received: by mail-it0-x22e.google.com with SMTP id i184so31179223itf.1 for ; Wed, 07 Sep 2016 08:41:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=P9XiFxJYw3AlkZTQrshcu/Tid+XSqkfg38xSKfCkgpg=; b=h9HQEy+6vl67Qlvz9MH0mCwIRlwzDLHz0N5AfzEON7PTVUme15CTM+41HyUsElzqRQ 32Q8+AzuUINZ/06X37kwW0kRuhhU36RzCXMDn2AEy8MTA2Xe6U5kELuJcR8767Ke48qe O0Ehn3APCNxJnAWwc0/3C9vvOVUqJLnaQu9kzbfjHMF2gjq1eGKuAqKveHlJS3ZdmGEQ 3TD9q18hNk3EC/a6/mqLAbRHZB/PKyxsCcOhw8M8AGR1dZp7KjK4sRr026JQuVjyIqti ULkUAWX7vJ+avn8Fyctip8FYD5YjrC+hcM4vZdGX72BrccaV6j7+H6KcSgb9JOJubqSO K1vA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=P9XiFxJYw3AlkZTQrshcu/Tid+XSqkfg38xSKfCkgpg=; b=CrAC3lgzAOAup31PIpZXoWyjNh9K5fdBZ2BZNke4ZjLyqKpnZ3YSIyDlR1zqvMuhdr uCXpAsMo3uJedUIhDkVB2WpvCLSGXL2kuWlQ61l2AJqpw1MxLgO1UPSl1fjrm4B/LpCk POHJI2wFkoGeBCr9IbmpKcc1xg3ZUqoehEAi6cYrMxJomn9XOCnkOx1e2JILKHUYtgB6 FyhmWxQv4E1TvbhPV2i2BvEMCrKKy0KcEj422P3uDCUWfcAKkuL7DIme20JxZpXtGpzr 6JOpqHyQ4FEnH33g5SLnB5ONoxkqgf1SRD+hu+LZlEvgXwMQJ9UT+N0szjG+YTDnmVOy zRpQ== X-Gm-Message-State: AE9vXwO7nCYp2QNayCrh9bAgaJutdHgZPG3K9wuGVorfRlVX8eO/VxZOKSDYd5TGKEX84GE0lnRh7MmeMJFlug== X-Received: by 10.36.192.194 with SMTP id u185mr7324298itf.77.1473262860495; Wed, 07 Sep 2016 08:41:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.79.14.215 with HTTP; Wed, 7 Sep 2016 08:41:00 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Micha=C5=82_Stanek?= Date: Wed, 7 Sep 2016 17:41:00 +0200 Message-ID: Subject: Re: Unaligned access in ubldr.bin To: Erik Moe Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Sep 2016 15:41:01 -0000 Hi, Looks like you have the SCTLR.A bit enabled which triggers an exception on unaligned access. You can either disable this bit or compile the binary with -mno-unaligned-access. Regards, Michal Stanek From owner-freebsd-arm@freebsd.org Thu Sep 8 20:15:46 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D4F0DBD0065 for ; Thu, 8 Sep 2016 20:15:46 +0000 (UTC) (envelope-from c_dornig@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3C964F1F for ; Thu, 8 Sep 2016 20:15:45 +0000 (UTC) (envelope-from c_dornig@gmx.de) Received: from [10.0.2.15] ([178.26.232.177]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LoE4f-1b6J8q29AP-00gGmm for ; Thu, 08 Sep 2016 22:15:37 +0200 From: "C.Dornig" Subject: Bananapi Pro WiFi Adapter To: "freebsd-arm@freebsd.org" Message-ID: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> Date: Thu, 8 Sep 2016 22:18:23 +0200 User-Agent: Mutt 1.0 Mnenhy/0.7.6.666 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:6rXL8Wzbrsz5whA++gRBqc2Usi8nNtLfZgA9nvEODtowaSXTDjy m170M34+S3JMEsv4eiyg7rjAV0ZHimvGJhglqx/7wRMm15Hfh7azgt3dwFU+GdK/YEU9bkd fyB4Y3PXI1LNCbQnEDqS/9v8J6XL4BDb+P0nW8j5dLJTYbI4DwHgEmr8AXUZ3kAGEfflbz2 2o6JYdr015tuqf40vd57w== X-UI-Out-Filterresults: notjunk:1;V01:K0:pPhtWuMtX5I=:8+EouyAaCbaaROX1Rilq3E DZSJ6URkB0N/kqKsZrM8ijcYvAq5aF68CjoDg4SchtLHbYlAtozrHFWekb4uOqpIrNuxbJ/t+ TFgrbDI9ItCMM+diAI77RSH9bjJvacxCUlsqb5JWrrt18v6IMnTzu5tzLFVpxFCZ+Tm348pir RciEYV9rihEX1A0/fOml0LOuSSQ18gtFsO5an7tbn9+9LX+9TeSWf63TjIZVVJdDGNr6JRXF7 cqlQ8VGRucJENscRN7SnkAZXLJOJs7yUk1dvxR9gc9BqDieq4DR8zJnr66meWMuctnBQF93BP ZAn8qbRiN9MbSPeaXA4Wbb9VwEVYNG9wEh5WFKopB1dCeBYMM9iE3lrOEt1Tk4CqZw5cij5ga sthiY+kftm4Kln+ejjCdgD/67k/wZWl9HKbVkrwcD9MerI1W1TJe+1e1sRN8TxF3LslcDwGNX rI9YYK420dMoJ6tAQAT5owHJnkLkuO+K7ATvyZr9zUy3E2s+FsmdRoaZ4vQSSvzRkDEgHZkun tL8F+5X6KZFYX4npsGYqu13PrsOFYfT2pniCkL9xai303nCLUqoAvXgCdM6bfRuODgqn0GAPg Qni4YidXTiCu2uZpr/EifsOXgpt127rDA79kX7EHetCDVb0u9/gZ4A37vIF9LTXz/hGMVsUnd AGmn3ccU4peFFRrRSRUoquofrLao1hQsmmm7BCeQWuKtdCynXsIYxPzRn4HJgLtsO4ZusODh+ hNkfpTHylBXYh1xaH7Csy3r4sDdz+y1GdZv9xlRjY+QiXQgokIq8PZZI2NtI0OWJmLcZOl/qN wLVvunc X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 20:15:46 -0000 Hi, Is there any FreeBSD driver / code available for the Ampak AP6181 WiFi Adapter ? Linux have brcmfmac, but not found for FreeBSD. Thanks, Regards, C. From owner-freebsd-arm@freebsd.org Thu Sep 8 23:23:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FBD1BD226D for ; Thu, 8 Sep 2016 23:23:48 +0000 (UTC) (envelope-from e.moe@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 D0B1A9EC for ; Thu, 8 Sep 2016 23:23:47 +0000 (UTC) (envelope-from e.moe@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=UPOfJ2Xy c=1 sm=1 tr=0 a=dx250bZxW1HngxdpQMIA3g==:117 a=dx250bZxW1HngxdpQMIA3g==:17 a=7Qk2ozbKAAAA:8 a=OA2lqS22AAAA:8 a=c70adeXJmHCkju9f8vMA:9 a=kPP7Z-agIXKUm-HP:21 a=1PZwzYUdmFTMVKzi:21 a=QEXdDO2ut3YA:10 a=27h0jJCSQyChQbBlt5gA:9 a=6rZb-kPnJiAiLgZ4:21 a=fZ-MoroiFIvKbtgA:21 a=sMcuCbCKnVPT6obf:21 a=_W_S_7VecoQA:10 a=cUtMJvZK7BFRT5Nj-HgA:9 a=hquHOILUSkIA:10 a=tclcd6dtLQvEqt9_mmAA:9 a=CjuIK1q_8ugA:10 a=H5KE7-4b7xoaSIFsGHsA:9 a=1lyxoWkJIXJV6VJUPhuM:22 a=047cQLXTEfCjWPUe_kQW:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: ZS5tb2VAcmNuLmNvbQ== Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=e.moe@rcn.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=e.moe@rcn.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=e.moe; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 24.148.20.233 is neither permitted nor denied by domain of rcn.com) Received: from [24.148.20.233] ([24.148.20.233:22852] helo=[192.168.3.100]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPSA (cipher=DHE-RSA-AES256-SHA) id E2/8F-61435-BF2F1D75; Thu, 08 Sep 2016 19:23:40 -0400 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Unaligned access in ubldr.bin From: Erik Moe In-Reply-To: Date: Thu, 8 Sep 2016 18:23:39 -0500 Cc: freebsd-arm Message-Id: References: To: Warner Losh , mst@semihalf.com X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Sep 2016 23:23:48 -0000 > On Sep 7, 2016, at 8:22 AM, Warner Losh wrote: >=20 > On Wed, Sep 7, 2016 at 12:46 AM, Erik Moe wrote: >> Hello, >>=20 >> I=E2=80=99ve been trying to bring up FreeBSD on the USB Armory based = on the i.MX53. I=E2=80=99ve made myself a u-boot patch that will load = and start ubldr.bin but I=E2=80=99m running into a issue with what I = think is an unaligned access issue: >=20 > which version of u-boot are you using? I was using 2016.07, but also tried u-boot from head (b615267). >=20 >=20 >> ## Starting application at 0x70800000 ... >> data abort >> pc : [<70824bac>] lr : [<7081846c>] >> sp : 8f550c98 ip : 70835a00 fp : 8f550cb0 >> r10: 00000002 r9 : 70838d58 r8 : 70833cd9 >> r7 : 707fff08 r6 : 000054f0 r5 : 70833cd9 r4 : 00000000 >> r3 : 70828fc4 r2 : 70833cd9 r1 : 00000001 r0 : 7083705c >> Flags: Nzcv IRQs off FIQs off Mode SVC_32 >> Resetting CPU ... >>=20 >> I=E2=80=99ve hand dissambled the code at pc=3D0x70824bac: >>=20 >> 0x70824ba8: 0xe59f21d0 ldr r2, [pc, #464] >> 0x70824bac: 0xe5825000 str r5, [r2] >> 0x70824bb0: 0xe5d53000 ldrb r3, [r5] >> 0x70824bb4: 0xe353002d cmp r3, #45 >> 0x70824bb8: 0x1a00000b bne #+44 >>=20 >> The offending instructions is "str r5, [r2]=E2=80=9D where r2 =3D = 0x70833cd9, which sort of makes sense since it isn=E2=80=99t aligned on = a 4 byte boundary. I=E2=80=99m new to arm ARM, so I=E2=80=99m not = really sure. My questions are these: >>=20 >> 1.) Doesn=E2=80=99t ARMv6 and higher architecture allow unaligned = access? Is there something that u-boot needs be doing in initialization = to allow unaligned access? >=20 > It does, but usually that's configured later in boot. >=20 >> 2.) Does ubldr make the assumption that unaligned access is allowed = and maybe shouldn=E2=80=99t? I would think not since ubldr has been = around for a while and works on numerous ARM processors. >=20 > It may be that the compiler is generating bad code in this case? You > might check to see how we're building it and to see if that's causing > problems. Per Michal Stanek=E2=80=99s suggestion I tried adding = "-mno-unaligned-access=E2=80=9D to the build of ubldr. It=E2=80=99s = still failing in getopt, though not it the same spot: ## Starting application at 0x70800000 ... data abort pc : [<70824bd0>] lr : [<70818454>] sp : 8f559a78 ip : 70835a90 fp : 8f559a90 r10: 00000002 r9 : 70838df0 r8 : 70833d73 r7 : 707fff08 r6 : 00005530 r5 : 70833d73 r4 : 00000000 r3 : 70828fe8 r2 : 70833d73 r1 : 00000001 r0 : 708370ec Flags: Nzcv IRQs off FIQs off Mode SVC_32 Resetting CPU ... 0x70824bcc 0xe59f21d0 ldr r2, [pc, #464] 0x70824bd0 0xe5825000 str r5, [r2] 0x70824bd4 0xe5d53000 ldrb r3, [r5] 0x70824bd8 0xe353002d cmp r3, #45 70833d72: 00 61 3a 00 55 42 6f 6f 74 41 50 49 00 49 44 = .a:.UBootAPI.ID r2 contains 70833d73 which points to =E2=80=9C0x61 0x3a 0x00=E2=80=9D, = which is the literal string =E2=80=9Ca:=E2=80=9D. Looking at the lr = register the calling function is =E2=80=9Capi_parse_cmdline_sig=E2=80=9D. = Looking at the code: api_parse_cmdline_sig(int argc, char **argv, struct api_signature **sig) { unsigned long api_address; int c; api_address =3D 0; opterr =3D 0; optreset =3D 1; optind =3D 1; while ((c =3D getopt (argc, argv, "a:")) !=3D -1) switch (c) { case 'a': api_address =3D strtoul(optarg, NULL, 16); break; default: break; } It=E2=80=99s the third argument to getopt that seems to be on an odd = address. As for the SCTLR.A bit being enabled, that is definitely = something u-boot does, because the default state is for it to be cleared = after reset. I see this in arch/arm/cpu/armv7/start.S: /* * disable MMU stuff and caches */ mrc p15, 0, r0, c1, c0, 0 bic r0, r0, #0x00002000 @ clear bits 13 (--V-) bic r0, r0, #0x00000007 @ clear bits 2:0 (-CAM) orr r0, r0, #0x00000002 @ set bit 1 (--A-) Align orr r0, r0, #0x00000800 @ set bit 11 (Z---) BTB #ifdef CONFIG_SYS_ICACHE_OFF bic r0, r0, #0x00001000 @ clear bit 12 (I) I-cache #else orr r0, r0, #0x00001000 @ set bit 12 (I) I-cache #endif mcr p15, 0, r0, c1, c0, 0 I tried to clear that flag, but that didn=E2=80=99t work either, but = I=E2=80=99m not sure if this is correct: mac p15, 0, r0, c1, c0, 0 bic r0, r0, #0x00000002 mar p15, 0, r0, c1, c0, 0 Thanks, Erik From owner-freebsd-arm@freebsd.org Fri Sep 9 00:16:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40F56BD1579 for ; Fri, 9 Sep 2016 00:16:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08069258 for ; Fri, 9 Sep 2016 00:16:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-oi0-x22c.google.com with SMTP id x125so48144555oia.3 for ; Thu, 08 Sep 2016 17:16:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ZzhbkbP08q8mj1RWBU84bTzjfr/jpm90vK4Av+Mq5Kc=; b=AKO88EvXieb4ilGcAsePieqo1kmeDnJEFszyOpBwrv4TvvJqV4C2DGqHijy0fwQjGU ZzuRvUhLFiUR5RI6wwX8Hcd1YU/cYxidZQG15FY+T2z7S43zpBYO9o0nlCepdmF5JAbH j0WSDzatG+JM1Fs2+JSe57D9AoQ5N/YGqLV428qv9/QzSbdRh/hToZCqGtE3LsBJKDSh FgPeOma8dZTfW9uMsBaWhhcH5PkIU7/H9R9SyO8vKyvouC63hrEe7q8GGFQKcnCi3WyQ +AgKmyC89D2hfGb+ZeLOKI3K/3Y9adDRwTz+1/28iWwHtUPLppfLlwtnjoWhi2ppSzgL PLmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ZzhbkbP08q8mj1RWBU84bTzjfr/jpm90vK4Av+Mq5Kc=; b=NAqROxjqS/sxK2jAofZwYx6oHGI9E76C4/fmX6DSOqGVnpDwXbMuC5miAjc0H2ugU0 mVKorsWrYFQ36hINn9/RYtthTkt/dxEbOLs3zaE1QR39Cw14YXw0zv81W05xiITUHweT ZSxUmrNMGQXCpbTOURU0MQ3S9/eR6KUMrrfy978GKFv//ViLTvdCLpWKoL3ltBTB2KqZ fF36jGA61fVQo6Ug0hWJmw7BrosJFXUT4W4ZTR5iVaqpvv9edkJlzn1Dqyeu6VYIyREy ulU+yp9srTsCKMUIP7/vUNgHrqbQHZxHOZ0jcDLo9qmPjcrHrkUyUan8CxIoo3uOgZn7 CQsA== X-Gm-Message-State: AE9vXwNOFaFUAHYP6M1kfzkHDNCiBEwpFhe55TM3GLfDsvUQmwmtE6Txqvlav2a4iKHoEhwl3Jhae7mjGUxSHw== X-Received: by 10.157.61.166 with SMTP id l35mr1046288otc.52.1473380216418; Thu, 08 Sep 2016 17:16:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Thu, 8 Sep 2016 17:16:55 -0700 (PDT) In-Reply-To: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> References: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> From: Adrian Chadd Date: Thu, 8 Sep 2016 17:16:55 -0700 Message-ID: Subject: Re: Bananapi Pro WiFi Adapter To: "C.Dornig" Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 00:16:57 -0000 hi, We don't have a fmac port yet. It's dependent upon the bhnd work landon is doing and the CAM-SDIO work that kibab/warner are doing. Once those land we can experiment a bit with a brcmfmac port. Thanks, -adrian On 8 September 2016 at 13:18, C.Dornig wrote: > Hi, > > > Is there any FreeBSD driver / code available for the Ampak AP6181 WiFi > Adapter ? > Linux have brcmfmac, but not found for FreeBSD. > > > Thanks, > > Regards, > C. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://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 9 01:15:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3752CBD25B2 for ; Fri, 9 Sep 2016 01:15:39 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E57F6DF6 for ; Fri, 9 Sep 2016 01:15:38 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id f76so56631871vke.0 for ; Thu, 08 Sep 2016 18:15:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=P+E5sWbYYbSia5e+p7gmccsxmfrC2UZvavI6nqL9IpY=; b=iTRuaotl76DNKyXSYfNhylg60ARcYuMaNBUfEtMgj/qj/hza6RotY/kGf6Hp0idUv1 u/uJah2h2DabqmcPVriAhentMyyCfSvnXE9GedcSHrzRwL+6UOHdyFblxSzQBlV4lJp0 P+mXXkxiRtmcPXPCD/A9jXbrLQxj9/GU2eazcy2nBV83tj4yp7KHVyaZc+VLHuNRQRmj fBa9MROsDM/xE/M2HZb/Cpp+MaTRtn7tuFYTpTNNVhHRlwySVjPuBQJo/9Ea64/4wulY 6u01Pf/mYaHMds6B/cvcnOFhSVSYakrNQjSh2M5L2z4YEXkYRaiZPm8uVMcyGZqOysj+ 6hUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=P+E5sWbYYbSia5e+p7gmccsxmfrC2UZvavI6nqL9IpY=; b=dFoczgOFXZFWBsZrlv4KbAmjke1UaVNUnBeW/DGkfSbgPybXlmFNZCRclBUD9Z2Jh0 /xl8sd56Z65ANp3wPoncUI12j9qecFvPkTOTTiiFFr0A7YOlSC8hFm++rH7hkJB4Ppc4 SCuBwwPhD7qkM/SeEBqPADm/wWdhyGOG3fNGH7glL48QtcunlGq6ZBWIaq0NLWVisFs8 H8s959Papa2Wfg/aK/vmi6vSTA/xh/6cl6FOuNAMNzsiYq0FJnc4hOLRcWSqUzLjf4ik bPbqkTDdE9O7BFvgJ3l/4EyO8GhoLtPpD9XBUCJpW2DU9TehmGFDMHrKA2x9P4jMHOpZ u0wQ== X-Gm-Message-State: AE9vXwNjdSsyXA9o1EsZaIutgnoyRtzyEXCxhIT0S+hLkzDGl4DQr0Nhra6TBXHzbdgB0W2mvnC8ahUdCtDp/w== X-Received: by 10.31.146.10 with SMTP id u10mr664191vkd.14.1473383738095; Thu, 08 Sep 2016 18:15:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.15 with HTTP; Thu, 8 Sep 2016 18:15:37 -0700 (PDT) In-Reply-To: References: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> From: Russell Haley Date: Thu, 8 Sep 2016 18:15:37 -0700 Message-ID: Subject: Re: Bananapi Pro WiFi Adapter To: Adrian Chadd Cc: "C.Dornig" , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 01:15:39 -0000 On Thu, Sep 8, 2016 at 5:16 PM, Adrian Chadd wrote: > hi, > > We don't have a fmac port yet. It's dependent upon the bhnd work > landon is doing and the CAM-SDIO work that kibab/warner are doing. > > Once those land we can experiment a bit with a brcmfmac port. For my clarification (i.e. this is a question): The AMPAK chip uses a broadcom chipset that speaks ARM AMBA (Advanced Microcontroller Bus Architecture) over SDIO? bhnd(4)/bcma(4) driver - for speaking AMBA to a broadcom (Home Network Device) chipset. Seems to be lots of open stuff in phabricator. CAM/MMC - for communicating over an SDIO interconnect. The driver is in play here: https://reviews.freebsd.org/D4761?id=14398 Thanks! Russ From owner-freebsd-arm@freebsd.org Fri Sep 9 01:19:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0736DBD2673 for ; Fri, 9 Sep 2016 01:19:57 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDE73E7B for ; Fri, 9 Sep 2016 01:19:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-oi0-x232.google.com with SMTP id x125so51196029oia.3 for ; Thu, 08 Sep 2016 18:19:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=tuYtmRgqRJjYnDi2Wdan4YhA5mY88PGY/st+X7htgAw=; b=f6eUuEfUgxLmTKt7+omFTrFbZPUeG5cgXbvvPSJs9gi+890RcSuSYdzeDDXTs7VaA5 LgUAsSv109oVtG801L6xStx/DDoSJ25BxAMWwvWELsr0kAidIzFs0mtsTfXN/20h7DXX OMRM2SsbtqlWCmfj+guE772WLKY1M7ZFtk7ZzwUjNhwjzXN6F6IzQpUXdFVxtYiNW8Zl ssF4TduiKciAxdo2hUPqJU42o0IpMlqYr2N1yn9yiZR5mqRN2YtaBpXKIqnXj8U3+bKu uQwLym9FhELYkthWx8kLaWQdyViuZLXoh32otcjVVnNDXajm8w7RiJYOCuTXdkThrpSN gewg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=tuYtmRgqRJjYnDi2Wdan4YhA5mY88PGY/st+X7htgAw=; b=jTuRLotT1Uq9qj4ZXW/ldPpQheZ/9JOgT+nB5+7VHtce6YFVOTrRyx9nsB3Bc4TY9u ChwKRvHpYNJ6YSWuvdyQwuDQnFkMjIkrjellOtjUwNHzIZiOsOPGtakcC02p/OEswZqp SYM4mZTUZEeGTBQ+UpuYhv3XeedNEYhDJCdkHMckjmUF5zJ7C3CLAkN6lK4pX5NSSzeT WWYH+Joirs2+fwmRxn7w9Ipu6Ca2vi3tHZzXhm6+hXhlawM7rckUZEFiH9vkupTvYHZD Ndup9eu+iyhWRqm3sOZAYJmlWUq6k7cW58lldWINO5GESPFGnJVTJa8WYcR/08tMOIHg QNXA== X-Gm-Message-State: AE9vXwM+CYbI16eA1eYy+JceBrwZRFtbVL12tNDSyFDjtqiVSKbqMia4GBW/NriKGou34j1BqxQEgS99BuogNw== X-Received: by 10.157.41.221 with SMTP id g29mr1244850otd.57.1473383995944; Thu, 08 Sep 2016 18:19:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.141.129 with HTTP; Thu, 8 Sep 2016 18:19:55 -0700 (PDT) In-Reply-To: References: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> From: Adrian Chadd Date: Thu, 8 Sep 2016 18:19:55 -0700 Message-ID: Subject: Re: Bananapi Pro WiFi Adapter To: Russell Haley Cc: "C.Dornig" , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 01:19:57 -0000 Hi, So the bhnd/bcma is because of how the bus interconnect works between all the logical units on a chip. Ie, the chip doesn't pretend to be one big chip by hiding all of the AMBA interconnects inside the functional blocks - it actively isn't pretending. So, for the PCI(e) devices, when we want to speak to a different core we have to switch out the active core and switch the new core into the register window before we can access it. The ath, iwn, etc NICs don't do this - they have some bus glue that maps one big register window over the functional blocks. (eg atheros chips tend to have MAC/DMA at low registers, MAC DCU/QCU at 4xxx, RTC at 7xxx, PHY at 8xxx, per-chain stuff at 9xxx, axxx, bxxxx (chain0, chain1, chain2), etc. It's still all AMBA or something similar inside, it's just hidden from us by the host controller block. So before we can port brcmfmac we need: * bhnd so we can speak to the cores on the chip, control the power management units, clock units, offload CPUs (eg injecting firmware into the right bits), etc * cam/mmc so we can speak to SDIO attached devices via CAM (ie, we submit commands, get responses, get interrupts, etc) as the bus layer. I hope that helps, -adrian From owner-freebsd-arm@freebsd.org Fri Sep 9 15:31:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 26CCCBD4AC2 for ; Fri, 9 Sep 2016 15:31:58 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EC86E336 for ; Fri, 9 Sep 2016 15:31:57 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22d.google.com with SMTP id i184so19783006itf.1 for ; Fri, 09 Sep 2016 08:31:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=ZyM28L9drY5SnbgNzm+BZZe2iqMz5rPA57/5i8rUgSA=; b=BuL5cTWNMbPKDoHVhSZj6CDHIkDChqql9JbMDk2nk/K6nOPsytK3IsLm6kUKUM+tFp lx7Z1EFuD3fNNPEW3c7LRIPZaz7R+fii0msgJYniTTzqRE420D+46OFnrn5KIrKMmPiE 0MsOw2uqcCimDUt5k8zF1GtBhCxOID2NE5UHrKubuXJWkLBDjSSePjPWV2km0n0D3dkN fdHmuEx20j4nv9LBtEVR3J1+/02GM5VRhNiySIjOix8sIu5UhXlsQrk5dsQCRH/B7T6j qsxu9ueR9yNNcUGEgklbgR68f03LDB5yUAr9i0n1Waw0EVWltMMm5B0FcYmwgdxFLyw0 UhLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=ZyM28L9drY5SnbgNzm+BZZe2iqMz5rPA57/5i8rUgSA=; b=Z+Jil+fdvsgyus82Z0DbFfiOHu0uq8R9qzhso/5zDyVlTqRGaI7uZKrVFm3bu8SSrN qp9DkXoFckfpFG2A6kB0eQdHJs01oEr+bjf6Xj8VXgtoESDvUEXMiRxxu1fSSQrztvFJ Nj9h0IoImFKJ3hxgNrzSyCb88layvoApVp7hexyQbHnCpj2s4EOEeHJFZHG5lV7WbZq5 VhehcM77Xv6fPknrq5ZEISB/99tN5ggyU8Dy3Epf3y04PhPDfcNb/stQ2Ppe1sdGr6Qj S+AubzRh5ZfUnIRkKUVARnyKCRgBkucpTdFhsazILpZMHSyEMgnyNhedXoPObk71Etn9 MkPA== X-Gm-Message-State: AE9vXwNSaAUZ8BK+tgH1N2VL5VDoqIMrIfZTdBpe+fwnwmml2/GyIw3MDGJgXZhj9R/RlsSxEWbgJ5yAvVY2zg== X-Received: by 10.157.2.10 with SMTP id 10mr5287859otb.11.1473435117003; Fri, 09 Sep 2016 08:31:57 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Fri, 9 Sep 2016 08:31:56 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: From: Warner Losh Date: Fri, 9 Sep 2016 09:31:56 -0600 X-Google-Sender-Auth: O2nVnMJIPa5ltgr9KVpW2KOxOxw Message-ID: Subject: Re: Unaligned access in ubldr.bin To: Erik Moe Cc: =?UTF-8?Q?Micha=C5=82_Stanek?= , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 15:31:58 -0000 On Thu, Sep 8, 2016 at 5:23 PM, Erik Moe wrote: > > On Sep 7, 2016, at 8:22 AM, Warner Losh wrote: > > On Wed, Sep 7, 2016 at 12:46 AM, Erik Moe wrote: > > Hello, > > I=E2=80=99ve been trying to bring up FreeBSD on the USB Armory based on t= he i.MX53. > I=E2=80=99ve made myself a u-boot patch that will load and start ubldr.bi= n but I=E2=80=99m > running into a issue with what I think is an unaligned access issue: > > > which version of u-boot are you using? > > > I was using 2016.07, but also tried u-boot from head (b615267). When forward porting the u-boot in the ports tree, I noticed that 2016.05 w= orked w/o changing anything in ubldr and 2016.07 and head from a week ago both gave me unaligned accesses. Maybe you could try it as an experiment? Failed in exactly the same way on the two boards I tried it on (pandaboard and BBB= ). > ## Starting application at 0x70800000 ... > data abort > pc : [<70824bac>] lr : [<7081846c>] > sp : 8f550c98 ip : 70835a00 fp : 8f550cb0 > r10: 00000002 r9 : 70838d58 r8 : 70833cd9 > r7 : 707fff08 r6 : 000054f0 r5 : 70833cd9 r4 : 00000000 > r3 : 70828fc4 r2 : 70833cd9 r1 : 00000001 r0 : 7083705c > Flags: Nzcv IRQs off FIQs off Mode SVC_32 > Resetting CPU ... > > I=E2=80=99ve hand dissambled the code at pc=3D0x70824bac: > > 0x70824ba8: 0xe59f21d0 ldr r2, [pc, #464] > 0x70824bac: 0xe5825000 str r5, [r2] > 0x70824bb0: 0xe5d53000 ldrb r3, [r5] > 0x70824bb4: 0xe353002d cmp r3, #45 > 0x70824bb8: 0x1a00000b bne #+44 > > The offending instructions is "str r5, [r2]=E2=80=9D where r2 =3D 0x70833= cd9, which > sort of makes sense since it isn=E2=80=99t aligned on a 4 byte boundary. = I=E2=80=99m new to > arm ARM, so I=E2=80=99m not really sure. My questions are these: > > 1.) Doesn=E2=80=99t ARMv6 and higher architecture allow unaligned access?= Is there > something that u-boot needs be doing in initialization to allow unaligned > access? > > > It does, but usually that's configured later in boot. > > 2.) Does ubldr make the assumption that unaligned access is allowed and > maybe shouldn=E2=80=99t? I would think not since ubldr has been around f= or a while > and works on numerous ARM processors. > > > It may be that the compiler is generating bad code in this case? You > might check to see how we're building it and to see if that's causing > problems. > > > Per Michal Stanek=E2=80=99s suggestion I tried adding "-mno-unaligned-acc= ess=E2=80=9D to the > build of ubldr. It=E2=80=99s still failing in getopt, though not it the= same spot: How about adding it to the ubldr build? IIRC, it should be default in FreeBSD's clang though. > ## Starting application at 0x70800000 ... > data abort > pc : [<70824bd0>] lr : [<70818454>] > sp : 8f559a78 ip : 70835a90 fp : 8f559a90 > r10: 00000002 r9 : 70838df0 r8 : 70833d73 > r7 : 707fff08 r6 : 00005530 r5 : 70833d73 r4 : 00000000 > r3 : 70828fe8 r2 : 70833d73 r1 : 00000001 r0 : 708370ec > Flags: Nzcv IRQs off FIQs off Mode SVC_32 > Resetting CPU ... > > 0x70824bcc 0xe59f21d0 ldr r2, [pc, #464] > 0x70824bd0 0xe5825000 str r5, [r2] > 0x70824bd4 0xe5d53000 ldrb r3, [r5] > 0x70824bd8 0xe353002d cmp r3, #45 > > 70833d72: 00 61 3a 00 55 42 6f 6f 74 41 50 49 00 49 44 .a:.UBootAPI= .ID > > r2 contains 70833d73 which points to =E2=80=9C0x61 0x3a 0x00=E2=80=9D, wh= ich is the literal > string =E2=80=9Ca:=E2=80=9D. Looking at the lr register the calling func= tion is > =E2=80=9Capi_parse_cmdline_sig=E2=80=9D. Looking at the code: > > api_parse_cmdline_sig(int argc, char **argv, struct api_signature **sig) > { > unsigned long api_address; > int c; > > api_address =3D 0; > opterr =3D 0; > optreset =3D 1; > optind =3D 1; > > while ((c =3D getopt (argc, argv, "a:")) !=3D -1) > switch (c) { > case 'a': > api_address =3D strtoul(optarg, NULL, 16); > break; > default: > break; > } > > It=E2=80=99s the third argument to getopt that seems to be on an odd addr= ess. As > for the SCTLR.A bit being enabled, that is definitely something u-boot do= es, > because the default state is for it to be cleared after reset. I see thi= s > in arch/arm/cpu/armv7/start.S: > > /* > * disable MMU stuff and caches > */ > mrc p15, 0, r0, c1, c0, 0 > bic r0, r0, #0x00002000 @ clear bits 13 (--V-) > bic r0, r0, #0x00000007 @ clear bits 2:0 (-CAM) > orr r0, r0, #0x00000002 @ set bit 1 (--A-) Align > orr r0, r0, #0x00000800 @ set bit 11 (Z---) BTB > #ifdef CONFIG_SYS_ICACHE_OFF > bic r0, r0, #0x00001000 @ clear bit 12 (I) I-cache > #else > orr r0, r0, #0x00001000 @ set bit 12 (I) I-cache > #endif > mcr p15, 0, r0, c1, c0, 0 > > I tried to clear that flag, but that didn=E2=80=99t work either, but I=E2= =80=99m not sure if > this is correct: > > mac p15, 0, r0, c1, c0, 0 > bic r0, r0, #0x00000002 > mar p15, 0, r0, c1, c0, 0 That looks like it should do the right thing. You could just remove the orr line that ors in bit 1 too. Have you tried that? Warner From owner-freebsd-arm@freebsd.org Fri Sep 9 15:35:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2973CBD4BE3 for ; Fri, 9 Sep 2016 15:35:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5600883 for ; Fri, 9 Sep 2016 15:35:52 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x231.google.com with SMTP id c198so19434824ith.1 for ; Fri, 09 Sep 2016 08:35:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=IEq2hITDVnbAny2A9VbEdXwZD8kc8jO58BJgvrtK2Gk=; b=cQkTirDlhFPEwHulHkJNYaReobLmFT9ar7L4REiVMUpN17m8V+Eq++qYxE95PGdiTs l8CK5QV9e1plRQQBjlyM8ROi/Qbaa6iwIpQBb3X4iXaukCZT3ny8sj4S9C8K+MEX9VLt 73aZa8TQMJ6Ypzatk9ul5w2kQgwxp9l1tmytcgYH2O08xorrgc1q74oTWYs4gMaAv+Rl VY93SLuWAC3LMBEFuPWrIDjOs4lnqlhx/g9IdbtP/Uh9/g2E4M2MbToqHDkwDee/mrVp N5bh9CRL4huZNLKNKc5AblFW4BS54+2q1Ugq80dz0OXD6nAZ8GQN1Ks234kk2gqc8YDV gw2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=IEq2hITDVnbAny2A9VbEdXwZD8kc8jO58BJgvrtK2Gk=; b=gNS1vmUf8vwrGBpo77KAcb0zoTKIq2JMnEPmrrMkfr8T4GozShzP/LyEEpXYaydA8O Bqeu/uPh1NT542ryNHXRYzpHcjYvLRKyXKtKW4dLklD4ckn/iihye0xW4JO2Du4L105q MWdrSAvX85ToOcIEMhhZd+gsWy7CObaj0BL1+abbZQlXuEg7oHfQZMndUfwSVX1Zwd71 2RXG3nUmXcJkxf37WInAk+btfVvVSGPPGftodp5xV0qhvqSiBe3UJOH1ygVNvvILLikl EgN8ZsClIPKihEGoTSzTAhwCZmjVJGadUKfcFU6R6nEL8fas2aUqmIpoa0E+4az1lD/b KrgA== X-Gm-Message-State: AE9vXwOyvEeBi1hP9Mvj9k6g7337gb0aBQX4FSlOYNc9XkvuJa3LLfDF2AEIxbD7KI31Zv17xQxEBaoACaVdJA== X-Received: by 10.157.54.206 with SMTP id s14mr5359679otd.80.1473435352386; Fri, 09 Sep 2016 08:35:52 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.36.65.7 with HTTP; Fri, 9 Sep 2016 08:35:51 -0700 (PDT) X-Originating-IP: [69.53.245.200] In-Reply-To: References: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> From: Warner Losh Date: Fri, 9 Sep 2016 09:35:51 -0600 X-Google-Sender-Auth: EuqP76L19JQ1IezCjH18USSFits Message-ID: Subject: Re: Bananapi Pro WiFi Adapter To: Adrian Chadd Cc: Russell Haley , "freebsd-arm@freebsd.org" , "C.Dornig" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 15:35:53 -0000 On Thu, Sep 8, 2016 at 7:19 PM, Adrian Chadd wrote: > * cam/mmc so we can speak to SDIO attached devices via CAM (ie, we > submit commands, get responses, get interrupts, etc) as the bus layer. I've started integrating Ilya Bakulin's mmccam into the tree, btw. Warner From owner-freebsd-arm@freebsd.org Fri Sep 9 18:21:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25041BD4355 for ; Fri, 9 Sep 2016 18:21:29 +0000 (UTC) (envelope-from c_dornig@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 774E3F94 for ; Fri, 9 Sep 2016 18:21:28 +0000 (UTC) (envelope-from c_dornig@gmx.de) Received: from [10.0.2.15] ([178.26.232.177]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Me4Ly-1bP5190JCg-00Pr3d; Fri, 09 Sep 2016 20:21:18 +0200 Subject: Re: Bananapi Pro WiFi Adapter To: Warner Losh , Adrian Chadd References: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> Cc: Russell Haley , "freebsd-arm@freebsd.org" From: "C.Dornig" Message-ID: <654e3e5e-c80a-f94a-1702-eda97fc69298@gmx.de> Date: Fri, 9 Sep 2016 20:24:04 +0200 User-Agent: Mutt 1.0 Mnenhy/0.7.6.666 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:JWMicbxqNkRUcv6i0SQjKqetnzw4DZzvTgrbsabYMjatlFCHyZz cjhzx6CefMxhGvlUrwZ11xgCIWNvsCZ44z+qowXcLw1URzScUauklYYAjfZw6UCaEAxuVIg kXEL+CWL4z92NTHfrBJ9oI0S932MWxgAww7ZymaK1AcLR5XnT0bMfuhjbRSybehRIBLoibt 0/SnRGsUPbj+hJThl5GnA== X-UI-Out-Filterresults: notjunk:1;V01:K0:K7FLi+56zPE=:sLTaE8h+i+EKpcMneFBdMF qoczzl7b5/DiI892RxdnoHzJzkNTtWNxGTB9HfzboFvlF6bb6JBak4bqbnkg3cYfUY6VSNz0V jTVJeI/06NYgdPwjeCoxYc+RiDMhZ4OffxkUH2RXBnROnLtZi3oeEINAMVt8d99VXxBoiewOR T6+6jqF9Ug9bK8dn1foSS7KML1/2RsznJhEeu0eUviOmk36UQyjFonXT+4VRIw6AwN96uG0po znHNZoYF7bAeSU/Lj7R8klvhlzOh+9RluguN7BKERpX0EM5go82QtgrvSRjbEd66wkA+d2F3x JyTmSEqcaQCgGX7MCdpIGwMZkNK4uK3xCSYM2sqGQx2DYukesFNXckNE1wzDdeSuE2YZpTnNI mfnJ0qW2bRUonbj4PnKDoI4VKoTHN33EvFbxNbBnEo7QcrBRqfLf+DJhR9nTKxndoT8lvbP4y z0ik3Rg8vF/YBuC2h/RXJI8qEXDpm6MBTlqAHk98wjIhkWQcubk7q8y+njx9FjTjLQd6je6vM xzi9+D39G1yGaPCq4uYsJtYECMm9Iz0Py+mrCb/p7yU12NIg7M8iIrqNXxkvtUoXziuRm0vhk 3qUe6fIsZH137P5I8/Xr7laRQVxnPh12u2YSEBLdySrSxr3u2RqcvY7yvZAqCBd2AV9fP+Q5d y5Vwyl4ubsaj0+3hYgPsXkULT1K+6hJJnoPH5+u/R6g1wOAobly2rBWP+XeAzlfsDK8/Djciy G7rWj3+G8bvH8HD37lu7mMXJyLC+EIKiYnCiwu1IsC5gc2kL8ffl/l9OYSogeIx4LIiTRCjGK 2fkd2cR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 18:21:29 -0000 Hi, Ok, that's sounds there is still a lot of work to do. I am not a kernel developer, so i can only help with testing if you like. Kind Regards, C. On 09.09.2016 17:35, Warner Losh wrote: > On Thu, Sep 8, 2016 at 7:19 PM, Adrian Chadd wrote: >> * cam/mmc so we can speak to SDIO attached devices via CAM (ie, we >> submit commands, get responses, get interrupts, etc) as the bus layer. > > I've started integrating Ilya Bakulin's mmccam into the tree, btw. > > Warner > From owner-freebsd-arm@freebsd.org Fri Sep 9 18:29:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53BCDBD45BD for ; Fri, 9 Sep 2016 18:29:06 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 21A2B6EA for ; Fri, 9 Sep 2016 18:29:06 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-pf0-x242.google.com with SMTP id x24so4334206pfa.3 for ; Fri, 09 Sep 2016 11:29:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:content-transfer-encoding:message-id:date:subject:from :in-reply-to:references:to:cc; bh=ZoeSCVAVqqefHR6aciEG9gcLe9TDaP4dWM+LHuVDv4c=; b=ujcT9Xh15ffW5NtkEFsiVooj1G4xo4au2JN6SLBZ/68EafWr/iq6HmTxsZd+vr24ok gDLpJ7QZFoUVQhP0/UTlY99noDIF3CD2Tp4A0e+CsiyMccpqSpNIvUhmQpE3qzXrwmt2 IkgQxCXySNi8szPzqt1lgrSsZ1JKvTcVduYASuIFVqkJgyp9Ab8cBqqW5fM9j8lGDe7V JJaGbmUC9wSfmK1xWSn3TjPecKj0fG3ozTqL1aBKBI7fT6EQkbo9DvwklBBWNWTAir+u o4/GXOSxyudFVL+0AFkinbUxBc599QKzbzDGwOGFkSw6EgSnu9Aau0nT2/QBbMWfCuYE dVQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:content-transfer-encoding :message-id:date:subject:from:in-reply-to:references:to:cc; bh=ZoeSCVAVqqefHR6aciEG9gcLe9TDaP4dWM+LHuVDv4c=; b=iaeqVRhH8jLxJ6xdFHJjOoTvdYP+X9BWn2BuVafkJtPke8ihBsQy3gtcTq6WAC+q+Z 4MfELPOPZAAZ0IguH5t7lHgoZSSGrySh5m6tWYcAqgUctKdX6JBKrr/eCW3XX1vcgdvw qU6kWrdD+mbUFCp6p1C/tlD8qKXtxL9tlkj/3D3yM5YegyfV1W2IbN7YX3/XsV32kSq1 OLMB0ZT0NwCGhGsW5GtMwq1qnn8mMdCYXlEtCmB089oUo3lMJBCH4ZkNRbFi/7s5seSg wjL1ltB+Gga2m4furvW3Y1eKZPRNH2p/SbrKkltebn8wVLkM4W/lXv8A9l3R6L6CgrkD 8ExQ== X-Gm-Message-State: AE9vXwMCiGTqzfkDn8Q2NtY1m9eDyVqgPBWvZuC+viLA+hPFd7dZFHAD+teJ5xEZV2lPZQ== X-Received: by 10.98.201.2 with SMTP id k2mr8953911pfg.95.1473445745768; Fri, 09 Sep 2016 11:29:05 -0700 (PDT) Received: from [127.0.0.1] (mail.questertangent.com. [184.69.10.202]) by smtp.gmail.com with ESMTPSA id y84sm6935549pfb.13.2016.09.09.11.29.04 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 09 Sep 2016 11:29:05 -0700 (PDT) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-Mailer: BlackBerry Email (10.3.2.2876) Message-ID: <20160909182904.5173330.38140.11481@gmail.com> Date: Fri, 09 Sep 2016 11:29:04 -0700 Subject: Re: Bananapi Pro WiFi Adapter From: Russell Haley In-Reply-To: <654e3e5e-c80a-f94a-1702-eda97fc69298@gmx.de> References: <14e39088-681f-7771-110e-69d364d26afb@gmx.de> <654e3e5e-c80a-f94a-1702-eda97fc69298@gmx.de> To: "C.Dornig" , Warner Losh , Adrian Chadd Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2016 18:29:06 -0000 Eeeek! (giddy with excitement). I've got a hummingboard with an SDIO wifi/b= luetooth chip to help with SDIO debugging too. =E2=80=8EI think it's broadc= om as well although I think a different chipset (I'll dig out my notes).=C2= =A0 Russ Sent=C2=A0from=C2=A0my=C2=A0BlackBerry=C2=A010=C2=A0smartphone=C2=A0on=C2= =A0the=C2=A0Virgin=C2=A0Mobile=C2=A0network. =C2=A0 Original Message =C2=A0 From: C.Dornig Sent: Friday, September 9, 2016 11:21 AM To: Warner Losh; Adrian Chadd Cc: Russell Haley; freebsd-arm@freebsd.org Subject: Re: Bananapi Pro WiFi Adapter Hi, Ok, that's sounds there is still a lot of work to do. I am not a kernel developer, so i can only help with testing if you like. Kind Regards, C. On 09.09.2016 17:35, Warner Losh wrote: > On Thu, Sep 8, 2016 at 7:19 PM, Adrian Chadd wro= te: >> * cam/mmc so we can speak to SDIO attached devices via CAM (ie, we >> submit commands, get responses, get interrupts, etc) as the bus layer. >=20 > I've started integrating Ilya Bakulin's mmccam into the tree, btw. >=20 > Warner >=20 From owner-freebsd-arm@freebsd.org Sat Sep 10 17:18:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D85AABD582B; Sat, 10 Sep 2016 17:18:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9D67BD9C; Sat, 10 Sep 2016 17:18:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::990:eab4:869d:e5fc] (unknown [IPv6:2001:7b8:3a7:0:990:eab4:869d:e5fc]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 165963FD50; Sat, 10 Sep 2016 19:18:22 +0200 (CEST) Subject: Re: From llvm: Fwd: [Bug 26761] clang 3.8.0 messes up __builtin_dwarf_cfa (), at least for TARGET_ARCH=powerpc and powerpc64 (gcc/g++ mismatch) [llvm r280350 is a fix] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6.1 From: Dimitry Andric In-Reply-To: <8B6BE932-BDAB-4588-8610-97FE60870BB3@dsl-only.net> Date: Sat, 10 Sep 2016 19:18:21 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-arm Message-Id: References: <8B6BE932-BDAB-4588-8610-97FE60870BB3@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Sep 2016 17:18:23 -0000 --Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 01 Sep 2016, at 16:58, Mark Millard wrote: >=20 > __builtin_dwarf_cfa () is now listed at llvm as fixed for powerpc and = powerpc64 (r280350, likely on trunk). I merged the upstream fix to projects/clang390-import: https://svnweb.freebsd.org/changeset/base/305683 -Dimitry --Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEUEARECAAYFAlfUQF0ACgkQsF6jCi4glqPNfQCgouOuFcntqBFmoY3Hjte5SYwK 8icAl1NZ/xQKkQxYPQXQTq3jJ5XoK2Q= =snov -----END PGP SIGNATURE----- --Apple-Mail=_218251A7-B681-4767-8B11-F275F7785AA6--