From owner-freebsd-arm@freebsd.org Mon Oct 31 04:43:03 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 3DCF9C27399 for ; Mon, 31 Oct 2016 04:43:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 2CAB81386 for ; Mon, 31 Oct 2016 04:43:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9V4h3fa026751 for ; Mon, 31 Oct 2016 04:43:03 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 213785] stable/11 -r307797 on BPi-M3 (cortex-a7): xgcc's cc1 during lang/gcc6 build gets SIGSYS failures (/usr/ports -r424540) Date: Mon, 31 Oct 2016 04:43:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 31 Oct 2016 04:43:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213785 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|New |Closed --- Comment #8 from Mark Millard --- (In reply to Mark Millard from comment #7) I've tracked down a problem with the armv6/cortex-a7 code generated in lang/gcc6's xgcc' cc1 and submitted bugzilla 213934 against lang/gcc6 for i= t. The history here in bugzilla 213785 is not of much use for the lang/gcc6 is= sue. (It might be somewhat useful for the truss crash issue that xgcc's cc1 exposed.) So I'm closing this report so that lang/gcc6 has a simpler report with just= the actual code generation problem documented. But bugzilla 213778's report for truss's crashing when watching the failing= cc1 is still active and John Baldwin has taken at least one stab at fixing that issue. So for now I leave the BPI-M3 environment in the form that allows me to test truss updates: I'm not exploring compiler option variations and such for lang/gcc6. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Oct 31 05:15: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 53155C27ACF for ; Mon, 31 Oct 2016 05:15:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 376C01194 for ; Mon, 31 Oct 2016 05:15:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9V5FXJ9032554 for ; Mon, 31 Oct 2016 05:15:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 213936] stable/11 -r307797 on BPi-M3 (cortex-a7): clang 3.8.0 produces bad stack code in lang/gcc6's xgcc's cc1 and so cc1 gets SIGSYS during lang/gcc6 bootstrap Date: Mon, 31 Oct 2016 05:15:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 31 Oct 2016 05:15:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213936 Bug ID: 213936 Summary: stable/11 -r307797 on BPi-M3 (cortex-a7): clang 3.8.0 produces bad stack code in lang/gcc6's xgcc's cc1 and so cc1 gets SIGSYS during lang/gcc6 bootstrap Product: Base System Version: 11.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: markmi@dsl-only.net [Note: lang/gcc6's xgcc's cc1 was built by clang for the stage of the lang/= gcc6 bootstrap that was in use below. So the code generation problem is clang's,= not gcc6's or xgcc's.] The below was found while trying to figure out why a bootstrap lang/gcc6 bu= ild on a armv6/cortex-a7 stable/11 -r307797 crashes in xgcc's cc1 with SIGSYS = for some of what xgcc tries to build. I'm recording this here while pursuing the system problems the context has also exposed: truss's error handling for watching the failing cc1 has crash problems of its own. The cc1 crash (when under gdb) shows a stack address as the pc value once t= he problem happens. In more detail, when ( in gcc/gimple-match-head.c ): bool gimple_resimplify1 (gimple_seq *seq, code_helper *res_code, tree type, tree *res_ops, tree (*valueize)(tree)) { . . . } returns the armv6 pc ends up with a stack address instead of a code address. [There may be other cc1 routines with similar problems. I've only analyzed = the one example stack corruption.] Eliminating the long names (mostly) in the gdb disassembly output for gimple_resimplify1 so the code is easier to see --and showing function stack-handing preamble/post-amble code only: Dump of assembler code for function _Z18gimple_resimplify1PP6gimpleP11code_helperP9tree_nodePS5_PFS5_S5_E: 0x0105d5ec push {r0, r1, r4, r6, r8, r11, sp, lr} 0x0105d5f0 add r11, sp, #16 ; 0x10 0x0105d5f4 sub sp, sp, #88 ; 0x58 . . . 0x0105d7e0 sub sp, r11, #16 ; 0x10 0x0105d7e4 pop {r4, r5, r6, r10, r11, pc} Note that, just after restoring sp to its value from just after the push, t= he pop does not match the push and restores what was r11 (a pointer into the stack) to the pc register, matching the observed behavior that gdb shows: execution of stack contents. I have used stepi in gdb to go up to and through the pop and so have seen t= he evidence of the corruption fairly directly: just after the pop things are messed up in gdb with a stack address shown for the pc value. So it is a code generation defect for at least armv6 / cortext-a7. Context details: root@bananapi-m3:/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-p= ortbld-freebsd11.0/libgcc # svnlite info /mnt/usr/ports | grep "Re[lv]" Relative URL: ^/head Revision: 424540 Last Changed Rev: 424540 root@bananapi-m3:/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-p= ortbld-freebsd11.0/libgcc # uname -apKU FreeBSD bananapi-m3 11.0-STABLE FreeBSD 11.0-STABLE #0 r307797M: Sat Oct 29 10:54:45 PDT 2016=20=20=20=20 markmi@FreeBSDx64:/usr/local/src/crochet/work/obj/arm.armv6/usr/src/sys/ALL= WINNER arm armv6 1100505 1100505 (So stable/11 -r307797 was built with crochet, not with my usual procedure.) The crashing cc1 shows crash problems in truss. ktrace reports odd informat= ion from the stack corruption as well but does not crash. So for now the environment with all these issues is being kept in a form appropriate to testing the stable/11 truss issue(s). For example John Baldw= in is working on truss for the its issue(s) and when he asks I rebuild world/kernel with his truss related updates and report what happened. (truss does not work yet for handling the cc1 failure as of when I wrote this.) root@bananapi-m3:/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-p= ortbld-freebsd11.0/libgcc # more /etc/make.conf=20 DEFAULT_VERSIONS+=3Dperl5=3D5.22 WRKDIRPREFIX=3D/usr/obj/portswork WITH_DEBUG=3D WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D # CFLAGS+=3D -mcpu=3Dcortex-a7 CXXFLAGS+=3D -mcpu=3Dcortex-a7 CPPFLAGS+=3D -mcpu=3Dcortex-a7 So -mcpu=3Dcortex-a7 was part of the CFLAGS/CXXFLAGS context while lang/gcc= 6 was being built. I'm not trying alternatives for such for now as I'm keeping the truss-testing context in place. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Oct 31 06:32: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 E09E3C27FA4 for ; Mon, 31 Oct 2016 06:32:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D01961FF1 for ; Mon, 31 Oct 2016 06:32:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u9V6WdLL045855 for ; Mon, 31 Oct 2016 06:32:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 213937] stable/11 -r307797 on BPi-M3 (cortex-a7): ktrace misreports bad svc (SIGSYS) number Date: Mon, 31 Oct 2016 06:32:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 31 Oct 2016 06:32:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213937 Bug ID: 213937 Summary: stable/11 -r307797 on BPi-M3 (cortex-a7): ktrace misreports bad svc (SIGSYS) number Product: Base System Version: 11.0-STABLE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: markmi@dsl-only.net A separately reported stable/11 -r307797 clang 3.8.0 code generation error = for armv6/cortex-a7 in bootstrapping lang/gcc6's xgcc's cc1 leads to the cc1 process sometimes executing: 0xbfbf6d20 in ?? () 1: x/i $pc 0xbfbf6d20: svclt 0x00bf6ef0 (0xbfbf6d20 is a stack address before the problem occurs). But the ktrace for this does not report the 24 bit value from that instruct= ion as the syscall number. It instead reports (from an example): 34629 cc1 CALL [-17504] 34629 cc1 RET [-17504] -1 errno 78 Function not implemented 34629 cc1 PSIG SIGSYS SIG_DFL code=3DSI_KERNEL -17504 =3D=3D 0xff...fBBA0 (2's complement) truss has eventual crash problems for handling this svclt in the cc1 process but via gdb on truss there is: (gdb) print t->cs.number $5 =3D 580828064 FYI: 580828064 =3D 0x229EBBA0 which partially matches -17504's binary pattern. It turns out that just prior page fault activity has addresses with the 0x2= 29e part of the above: 34629 cc1 CALL=20 mmap(0,0x4000,0x3,0x1002,0xffff= ffff,0x1c,0,0) 34629 cc1 RET mmap 568225792/0x21de7000 34629 cc1 PFLT 0x21de7000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x21de8000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x21de9000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x21dea000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x229e8000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x229e9000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x229ea000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 CSW stop user "ast" 34629 cc1 CSW resume user "ast" 34629 cc1 PFLT 0x229eb000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 PFLT 0x229ec000 VM_PROT_WRITE 34629 cc1 PRET KERN_SUCCESS 34629 cc1 CALL [-17504] 34629 cc1 RET [-17504] -1 errno 78 Function not implemented 34629 cc1 PSIG SIGSYS SIG_DFL code=3DSI_KERNEL But I've no clue if the 0x229e's in t->cs.number are actually from the PFLT= 's or not. There is a separate bugzilla submittal for the truss crash associated with this. John Baldwin has worked some on fixing truss so that it does not crash for this. But that is a somewhat distinct issue from the syscall numbers not matching= the svclt's 24 bits of selection number: svclt 0x00bf6ef0 vs. 0xff...fBBA0 and also 0x229EBBA0 So this is reporting the ktrace (and truss internal) inaccurate figures compared to the instruction's actual pattern. Note: I have made the assumption that the 24 bit number in the svclt instruction is used and so is what should be reported. If not then the value comparison needs to be based on whatever else is used. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Oct 31 08:53: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 019EAC2893A for ; Mon, 31 Oct 2016 08:53:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-56.reflexion.net [208.70.210.56]) (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 A66311FF6 for ; Mon, 31 Oct 2016 08:53:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13228 invoked from network); 31 Oct 2016 08:54:18 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 31 Oct 2016 08:54:18 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.10.0) with SMTP; Mon, 31 Oct 2016 04:53:25 -0400 (EDT) Received: (qmail 10583 invoked from network); 31 Oct 2016 08:53:25 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 31 Oct 2016 08:53:25 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 70ED0EC8814 for ; Mon, 31 Oct 2016 01:53:20 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: BPi-M3's A83T: "socket" 0 and "socket" 1 (clusters 0 and 1): how difficult/messy to enable use of both? Message-Id: Date: Mon, 31 Oct 2016 01:53:19 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3251) 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, 31 Oct 2016 08:53:29 -0000 I attempted a boot of a BPi-M3 (A83T based) via a linux image and I = noted that the boot sequence reported: [ 0.040298] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000 [ 0.040383] Setting up static identity map for 0x4076b5a8 - = 0x4076b600 [ 0.010000] CPU1: Booted secondary processor [ 0.010000] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001 [ 0.010000] CPU2: Booted secondary processor [ 0.010000] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002 [ 0.010000] CPU3: Booted secondary processor [ 0.010000] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003 [ 0.260089] CPU4: failed to boot: -22 [ 0.300067] CPU5: failed to boot: -22 [ 0.340070] CPU6: failed to boot: -22 [ 0.380092] CPU7: failed to boot: -22 [ 0.380310] Brought up 4 CPUs [ 0.380335] SMP: Total of 4 processors activated (19200.00 BogoMIPS). . . . [somewhat later in the sequence] . . . [ 0.010000] CPU4: Booted secondary processor [ 0.010000] CPU4: thread -1, cpu 0, socket 1, mpidr 80000100 [ 0.010000] CPU5: Booted secondary processor [ 0.010000] CPU5: thread -1, cpu 1, socket 1, mpidr 80000101 [ 0.010000] CPU6: Booted secondary processor [ 0.010000] CPU6: thread -1, cpu 2, socket 1, mpidr 80000102 [ 0.010000] CPU7: Booted secondary processor [ 0.010000] CPU7: thread -1, cpu 3, socket 1, mpidr 80000103 [I'll note that all 8 cores are of the same type (cortex-a7) for the = A83T: This is not an arm big/LITTLE context mixing core types but a more = symmetric form of NUMA(?), more like sockets with the same type of = multi-core processor in each socket and no cache spanning across the = sockets, although RAM does span the "sockets" for the A83T.] This suggests that the linux folks made the two clusters of cores in the = A83T (Allwinner's A83T_User_Manual_v1.5.1_20150513.pdf terminology ) fit = into the linux socket handling structure (a.k.a. NUMA structure, I = presume). (About 29 pages of the 547 page = A83T_User_Manual_v1.5.1_20150513.pdf mention "cluster", mostly for = details of the clusters' various control, status, mask, gating, and = power registers.) Not that I consider it likely to be reasonable but I'll ask: How likely = is it that someone could be given various pointers and bootstrap = themselves into possibly enabling such dual-cluster usage for the A83T = to a useful degree in FreeBSD? How independent of other SOC/board = details would the effort/result be (given that the A83T is what is in = use)? Would there be some sequence of stages to the effort? (The details = would probably be part of the pointers that I mentioned. . .) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Tue Nov 1 19:19: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 E9B41C28B7A for ; Tue, 1 Nov 2016 19:19:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CA9131470 for ; Tue, 1 Nov 2016 19:19:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uA1JJYcr088641 for ; Tue, 1 Nov 2016 19:19:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 213936] stable/11 -r307797 on BPi-M3 (cortex-a7): toolchain produces bad stack code in lang/gcc6's xgcc's cc1 and so cc1 gets SIGSYS during lang/gcc6 bootstrap(?) Date: Tue, 01 Nov 2016 19:19:35 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Unable to Reproduce X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 01 Nov 2016 19:19:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213936 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Unable to Reproduce Status|New |Closed --- Comment #3 from Mark Millard --- I tried rebuilding lang/gcc6 and it completed instead of stopping like it d= id before. So apparently the USB SSD involved glitched during the original build attem= pt --or some other such non-repeating issue happened. The original bad (xgcc's) cc1 code still shows problems with truss handling= of SIGSYS and odd (huge) syscall numbers reported by ktrace (and internally to truss as seen via gdb). But there are separate bugzilla reports for those issues. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Nov 2 10:14:05 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 EB920C2AF1B for ; Wed, 2 Nov 2016 10:14:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-60.reflexion.net [208.70.210.60]) (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 71AD51E80 for ; Wed, 2 Nov 2016 10:14:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2904 invoked from network); 2 Nov 2016 10:14:56 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 2 Nov 2016 10:14:56 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.10.0) with SMTP; Wed, 02 Nov 2016 06:14:07 -0400 (EDT) Received: (qmail 5967 invoked from network); 2 Nov 2016 10:14:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Nov 2016 10:14:07 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id CC02EEC8ADF; Wed, 2 Nov 2016 03:13:57 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: stable/11 -r308135 Build for RPI2 failed for: . . ./bcm2835_ft5406.c:65:10: fatal error: 'mbox_if.h' file not found Message-Id: Date: Wed, 2 Nov 2016 03:13:57 -0700 To: FreeBSD Toolchain , FreeBSD-STABLE Mailing List , freebsd-arm X-Mailer: Apple Mail (2.3251) 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, 02 Nov 2016 10:14:06 -0000 Lack of dependency? Race? (I've not isolated why this happened yet but I = was using -j 5 for buildworld buildkernel .) This was a cross-build attempt from an amd64 context: # uname -apKU FreeBSD FreeBSDx64 11.0-STABLE FreeBSD 11.0-STABLE #1 r308135M: Tue Nov = 1 23:48:47 PDT 2016 = root@FreeBSDx64:/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG= amd64 amd64 1100506 1100506 # svnlite info /usr/src/ | grep "Re[lv]" Relative URL: ^/stable/11 Revision: 308135 Last Changed Rev: 308135 # find /usr/src/sys/ -name "*files*" -exec grep mbox_if {} \; -print | = more dev/mbox/mbox_if.m standard /usr/src/sys/arm/broadcom/bcm2835/files.bcm283x dev/mbox/mbox_if.m optional ti_mbox /usr/src/sys/arm/ti/files.ti # find /usr/obj/rpi2_clang/arm.armv6/ -name mbox_if.h -print | more = = = =20 # (So no mbox_if.h file is present in the build tree.) # head = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= 2016-11-02:00:59:43 Script started on Wed Nov 2 00:59:43 2016 Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang make -j 5 = buildworld buildkernel . . . --- all_subdir_rpi_ft5406 --- --- bcm2835_ft5406.o --- = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c:65:10: fatal error: 'mbox_if.h' file not found #include "mbox_if.h" ^ 1 error generated. *** [bcm2835_ft5406.o] Error code 1 make[4]: stopped in /usr/src/sys/modules/rpi_ft5406 .ERROR_TARGET=3D'bcm2835_ft5406.o' = .ERROR_META_FILE=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/m= odules/usr/src/sys/modules/rpi_ft5406/bcm2835_ft5406.o.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' .CURDIR=3D'/usr/src/sys/modules/rpi_ft5406' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/us= r/src/sys/modules/rpi_ft5406' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'arm' MACHINE_ARCH=3D'armv6' = MAKEOBJDIRPREFIX=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/m= odules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20160606' = PATH=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj= /rpi2_clang/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/rpi2_clang/arm.a= rmv6/usr/src/tmp/legacy/bin:/usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/= sbin:/usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbi= n:/usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr= /src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/sys/modules/rpi_ft5406/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/sys/modules/rpi_ft5406/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/sys/conf/kern.opts.mk /usr/src/sys/conf/config.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/rpi_ft5406 = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835/ = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG' 1 error . . . # less = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr/src/sys/m= odules/rpi_ft5406/bcm2835_ft5406.o.meta # Meta data file = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr/src/sys/m= odules/rpi_ft5406/bcm2835_ft5406.o.meta CMD cc -mcpu=3Dcortex-a7 -O -pipe -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/opt_global.h -I. = -I/usr/src/sys -fno-common -g -funwind-tables = -I/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG -march=3Darmv7a = -ffreestanding -fwrapv -gdwarf-2 -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs = -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body = -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-movt = -mfpu=3Dnone -std=3Diso9899:1999 -c = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c -o bcm2835_ft5406.o CMD ctfconvert -L VERSION -g bcm2835_ft5406.o CWD = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr/src/sys/m= odules/rpi_ft5406 TARGET bcm2835_ft5406.o -- command output -- = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c:65:10: fatal error: 'mbox_if.h' file not found #include "mbox_if.h" ^ 1 error generated. *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 65803 # Start 1478076388.181546 V 5 E 65827 /bin/sh R 65827 /etc/libmap.conf R 65827 /var/run/ld-elf.so.hints R 65827 /lib/libedit.so.7 R 65827 /lib/libc.so.7 R 65827 /lib/libncursesw.so.8 F 65827 65834 E 65834 /usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/bin/cc F 65834 65836 E 65836 /usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/bin/cc R 65836 = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c R 65836 bcm2835_ft5406.o-bd1d6a1e W 65836 bcm2835_ft5406.o-bd1d6a1e R 65836 = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/opt_global.h R 65836 /usr/src/sys/sys/cdefs.h R 65836 /usr/src/sys/sys/param.h R 65836 /usr/src/sys/sys/_null.h R 65836 /usr/src/sys/sys/types.h R 65836 ./machine/endian.h R 65836 /usr/src/sys/sys/_types.h R 65836 ./machine/_types.h R 65836 /usr/src/sys/sys/_pthreadtypes.h R 65836 /usr/src/sys/sys/_stdint.h R 65836 /usr/src/sys/sys/select.h R 65836 /usr/src/sys/sys/_sigset.h R 65836 /usr/src/sys/sys/_timeval.h R 65836 /usr/src/sys/sys/timespec.h R 65836 /usr/src/sys/sys/_timespec.h R 65836 /usr/src/sys/sys/syslimits.h R 65836 /usr/src/sys/sys/errno.h R 65836 /usr/src/sys/sys/time.h R 65836 /usr/src/sys/sys/priority.h R 65836 ./machine/param.h R 65836 ./machine/_align.h R 65836 /usr/src/sys/sys/systm.h R 65836 ./machine/atomic.h R 65836 ./machine/armreg.h R 65836 ./machine/cpuconf.h R 65836 ./machine/atomic-v6.h R 65836 ./machine/cpufunc.h R 65836 /usr/src/sys/sys/callout.h R 65836 /usr/src/sys/sys/_callout.h R 65836 /usr/src/sys/sys/queue.h R 65836 /usr/src/sys/sys/stdint.h R 65836 ./machine/_stdint.h R 65836 /usr/src/sys/sys/libkern.h R 65836 /usr/src/sys/sys/bus.h R 65836 ./machine/_limits.h R 65836 ./machine/_bus.h R 65836 /usr/src/sys/sys/_bus_dma.h R 65836 /usr/src/sys/sys/ioccom.h R 65836 /usr/src/sys/sys/eventhandler.h R 65836 /usr/src/sys/sys/lock.h R 65836 /usr/src/sys/sys/_lock.h R 65836 /usr/src/sys/sys/ktr_class.h R 65836 /usr/src/sys/sys/ktr.h R 65836 /usr/src/sys/sys/_cpuset.h R 65836 /usr/src/sys/sys/_bitset.h R 65836 /usr/src/sys/sys/mutex.h R 65836 /usr/src/sys/sys/_mutex.h R 65836 /usr/src/sys/sys/pcpu.h R 65836 /usr/src/sys/sys/_sx.h R 65836 /usr/src/sys/sys/_rmlock.h R 65836 /usr/src/sys/sys/vmmeter.h R 65836 /usr/src/sys/sys/resource.h R 65836 ./machine/pcpu.h R 65836 /usr/src/sys/sys/lock_profile.h R 65836 /usr/src/sys/sys/lockstat.h R 65836 /usr/src/sys/sys/sdt.h R 65836 /usr/src/sys/sys/linker_set.h R 65836 /usr/src/sys/sys/kobj.h R 65836 ./device_if.h R 65836 ./bus_if.h R 65836 /usr/src/sys/sys/cpu.h R 65836 /usr/src/sys/sys/kernel.h R 65836 /usr/src/sys/sys/malloc.h R 65836 /usr/src/sys/sys/module.h R 65836 /usr/src/sys/sys/condvar.h R 65836 /usr/src/sys/sys/sysctl.h R 65836 /usr/src/sys/sys/selinfo.h R 65836 /usr/src/sys/sys/event.h R 65836 /usr/src/sys/sys/poll.h R 65836 /usr/src/sys/sys/uio.h R 65836 /usr/src/sys/sys/_iovec.h R 65836 /usr/src/sys/sys/conf.h R 65836 /usr/src/sys/vm/vm.h R 65836 ./machine/vm.h R 65836 /usr/src/sys/vm/pmap.h R 65836 ./machine/pmap.h R 65836 ./machine/pmap-v6.h R 65836 /usr/src/sys/dev/fdt/fdt_common.h R 65836 /usr/src/sys/sys/slicer.h R 65836 /usr/src/sys/contrib/libfdt/libfdt_env.h R 65836 /usr/src/sys/dev/ofw/ofw_bus.h R 65836 /usr/src/sys/dev/ofw/openfirm.h R 65836 ./machine/ofw_machdep.h R 65836 /usr/src/sys/sys/rman.h R 65836 ./machine/resource.h R 65836 ./ofw_bus_if.h R 65836 /usr/src/sys/dev/ofw/ofw_bus_subr.h R 65836 /usr/src/sys/dev/evdev/input.h R 65836 /usr/src/sys/dev/evdev/input-event-codes.h R 65836 /usr/src/sys/dev/evdev/evdev.h R 65836 /usr/src/sys/sys/kbio.h R 65836 /usr/src/sys/dev/kbd/kbdreg.h R 65836 ./machine/bus.h R 65836 ./machine/bus_dma.h R 65836 /usr/src/sys/sys/bus_dma.h R 65836 ./machine/cpu.h R 65836 ./machine/frame.h R 65836 /usr/src/sys/sys/signal.h R 65836 ./machine/signal.h R 65836 /usr/src/sys/sys/ucontext.h R 65836 ./machine/ucontext.h R 65836 /usr/src/sys/sys/_ucontext.h R 65836 ./machine/cpu-v6.h R 65836 ./machine/cpuinfo.h R 65836 ./machine/sysreg.h R 65836 ./machine/intr.h R 65836 /usr/src/sys/sys/intr.h R 65836 /usr/src/sys/arm/broadcom/bcm2835/bcm2835_mbox.h R 65836 /usr/src/sys/arm/broadcom/bcm2835/bcm2835_mbox_prop.h R 65836 /usr/src/sys/arm/broadcom/bcm2835/bcm2835_vcbus.h D 65836 bcm2835_ft5406.o-bd1d6a1e X 65836 1 0 X 65834 1 0 X 65827 1 0 # Stop 1478076388.449702 # Bye bye # grep mbox_if = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= 2016-11-02:00:59:43 | more cd /usr/src/sys/modules; = MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/mo= dules KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Darm MACHINE=3Darm = MACHINE_ARCH=3Darmv6 MODULES_EXTRA=3D"dtb/rpi rpi_ft5406" = WITHOUT_MODULES=3D"" DEBUG_FLAGS=3D"-g" = __MPATH=3D"/usr/src/sys/pc98/pc98/canbus_if.m /usr/src/sys/isa/isa_if.m = /usr/src/sys/xen/xenbus/xenbusb_if.m /usr/src/sys/xen/xenbus/xenbus_if.m = /usr/src/sys/xen/xenmem/xenmem_if.m /usr/src/sys/net/ifdi_if.m = /usr/src/sys/geom/raid/g_raid_tr_if.m = /usr/src/sys/geom/raid/g_raid_md_if.m /usr/src/sys/geom/part/g_part_if.m = /usr/src/sys/dev/usb/controller/generic_usb_if.m = /usr/src/sys/dev/usb/usb_if.m = /usr/src/sys/dev/virtio/mmio/virtio_mmio_if.m = /usr/src/sys/dev/virtio/virtio_bus_if.m = /usr/src/sys/dev/virtio/virtio_if.m /usr/src/sys/dev/spibus/spibus_if.m = /usr/src/sys/dev/pccard/card_if.m /usr/src/sys/dev/pccard/power_if.m = /usr/src/sys/dev/sdhci/sdhci_if.m /usr/src/sys/dev/sound/midi/mpu_if.m = /usr/src/sys/dev/sound/midi/mpufoi_if.m = /usr/src/sys/dev/sound/midi/synth_if.m = /usr/src/sys/dev/sound/pci/hda/hdac_if.m = /usr/src/sys/dev/sound/pcm/feeder_if.m = /usr/src/sys/dev/sound/pcm/channel_if.m = /usr/src/sys/dev/sound/pcm/mixer_if.m = /usr/src/sys/dev/sound/pcm/ac97_if.m /usr/src/sys/dev/scc/scc_if.m = /usr/src/sys/dev/hyperv/vmbus/vmbus_if.m = /usr/src/sys/dev/bhnd/cores/chipc/bhnd_chipc_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_bus_if.m = /usr/src/sys/dev/bhnd/bhnd_bus_if.m = /usr/src/sys/dev/bhnd/nvram/bhnd_nvram_if.m = /usr/src/sys/dev/eisa/eisa_if.m /usr/src/sys/dev/adb/adb_hb_if.m = /usr/src/sys/dev/adb/adb_if.m /usr/src/sys/dev/mbox/mbox_if.m = /usr/src/sys/dev/altera/pio/pio_if.m = /usr/src/sys/dev/iscsi/icl_conn_if.m /usr/src/sys/dev/agp/agp_if.m = /usr/src/sys/dev/mmc/mmcbus_if.m /usr/src/sys/dev/mmc/mmcbr_if.m = /usr/src/sys/dev/ata/ata_if.m /usr/src/sys/dev/pci/pci_if.m = /usr/src/sys/dev/pci/pcib_if.m /usr/src/sys/dev/pci/pci_iov_if.m = /usr/src/sys/dev/cxgbe/t4_if.m /usr/src/sys/dev/gpio/gpiobus_if.m = /usr/src/sys/dev/gpio/gpio_if.m /usr/src/sys/dev/ow/owll_if.m = /usr/src/sys/dev/ow/own_if.m /usr/src/sys/dev/fdt/fdt_clock_if.m = /usr/src/sys/dev/fdt/fdt_pinctrl_if.m /usr/src/sys/dev/acpica/acpi_if.m = /usr/src/sys/dev/fb/fb_if.m /usr/src/sys/dev/vnic/lmac_if.m = /usr/src/sys/dev/mdio/mdio_if.m /usr/src/sys/dev/dwc/if_dwc_if.m = /usr/src/sys/dev/mii/miibus_if.m /usr/src/sys/dev/smbus/smbus_if.m = /usr/src/sys/dev/iicbus/iicbus_if.m /usr/src/sys/dev/iicbus/iicbb_if.m = /usr/src/sys/dev/ofw/ofw_bus_if.m /usr/src/sys/dev/ofw/ofw_if.m = /usr/src/sys/dev/ntb/ntb_if.m = /usr/src/sys/dev/acpi_support/acpi_wmi_if.m = /usr/src/sys/dev/extres/clk/clknode_if.m = /usr/src/sys/dev/extres/clk/clkdev_if.m = /usr/src/sys/dev/extres/regulator/regdev_if.m = /usr/src/sys/dev/extres/regulator/regnode_if.m = /usr/src/sys/dev/extres/hwreset/hwreset_if.m = /usr/src/sys/dev/extres/phy/phy_if.m = /usr/src/sys/dev/etherswitch/etherswitch_if.m = /usr/src/sys/dev/mvs/mvs_if.m /usr/src/sys/dev/ppbus/ppbus_if.m = /usr/src/sys/dev/uart/uart_if.m /usr/src/sys/dev/nand/nand_if.m = /usr/src/sys/dev/nand/nandbus_if.m /usr/src/sys/dev/nand/nfc_if.m = /usr/src/sys/arm/arm/platform_if.m /usr/src/sys/arm/arm/hdmi_if.m = /usr/src/sys/arm/ti/ti_gpio_if.m = /usr/src/sys/arm/allwinner/sunxi_dma_if.m = /usr/src/sys/arm/nvidia/tegra_soctherm_if.m = /usr/src/sys/sparc64/pci/ofw_pci_if.m /usr/src/sys/mips/beri/fdt_ic_if.m = /usr/src/sys/mips/mediatek/fdt_reset_if.m = /usr/src/sys/libkern/iconv_converter_if.m = /usr/src/sys/powerpc/aim/moea64_if.m = /usr/src/sys/powerpc/powerpc/pic_if.m = /usr/src/sys/powerpc/powerpc/platform_if.m = /usr/src/sys/powerpc/powerpc/mmu_if.m = /usr/src/sys/powerpc/powerpc/iommu_if.m = /usr/src/sys/opencrypto/cryptodev_if.m /usr/src/sys/kern/msi_if.m = /usr/src/sys/kern/pic_if.m /usr/src/sys/kern/device_if.m = /usr/src/sys/kern/clock_if.m /usr/src/sys/kern/bus_if.m = /usr/src/sys/kern/cpufreq_if.m /usr/src/sys/kern/linker_if.m = /usr/src/sys/kern/serdev_if.m /usr/src/sys/kgssapi/kgss_if.m" = KERNBUILDDIR=3D"/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG" = SYSDIR=3D"/usr/src/sys" CONF_CFLAGS=3D"-march=3Darmv7a" WITH_CTF=3D"1" = make obj cd /usr/src/sys/modules; = MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/mo= dules KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Darm MACHINE=3Darm = MACHINE_ARCH=3Darmv6 MODULES_EXTRA=3D"dtb/rpi rpi_ft5406" = WITHOUT_MODULES=3D"" DEBUG_FLAGS=3D"-g" = __MPATH=3D"/usr/src/sys/pc98/pc98/canbus_if.m /usr/src/sys/isa/isa_if.m = /usr/src/sys/xen/xenbus/xenbusb_if.m /usr/src/sys/xen/xenbus/xenbus_if.m = /usr/src/sys/xen/xenmem/xenmem_if.m /usr/src/sys/net/ifdi_if.m = /usr/src/sys/geom/raid/g_raid_tr_if.m = /usr/src/sys/geom/raid/g_raid_md_if.m /usr/src/sys/geom/part/g_part_if.m = /usr/src/sys/dev/usb/controller/generic_usb_if.m = /usr/src/sys/dev/usb/usb_if.m = /usr/src/sys/dev/virtio/mmio/virtio_mmio_if.m = /usr/src/sys/dev/virtio/virtio_bus_if.m = /usr/src/sys/dev/virtio/virtio_if.m /usr/src/sys/dev/spibus/spibus_if.m = /usr/src/sys/dev/pccard/card_if.m /usr/src/sys/dev/pccard/power_if.m = /usr/src/sys/dev/sdhci/sdhci_if.m /usr/src/sys/dev/sound/midi/mpu_if.m = /usr/src/sys/dev/sound/midi/mpufoi_if.m = /usr/src/sys/dev/sound/midi/synth_if.m = /usr/src/sys/dev/sound/pci/hda/hdac_if.m = /usr/src/sys/dev/sound/pcm/feeder_if.m = /usr/src/sys/dev/sound/pcm/channel_if.m = /usr/src/sys/dev/sound/pcm/mixer_if.m = /usr/src/sys/dev/sound/pcm/ac97_if.m /usr/src/sys/dev/scc/scc_if.m = /usr/src/sys/dev/hyperv/vmbus/vmbus_if.m = /usr/src/sys/dev/bhnd/cores/chipc/bhnd_chipc_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_bus_if.m = /usr/src/sys/dev/bhnd/bhnd_bus_if.m = /usr/src/sys/dev/bhnd/nvram/bhnd_nvram_if.m = /usr/src/sys/dev/eisa/eisa_if.m /usr/src/sys/dev/adb/adb_hb_if.m = /usr/src/sys/dev/adb/adb_if.m /usr/src/sys/dev/mbox/mbox_if.m = /usr/src/sys/dev/altera/pio/pio_if.m = /usr/src/sys/dev/iscsi/icl_conn_if.m /usr/src/sys/dev/agp/agp_if.m = /usr/src/sys/dev/mmc/mmcbus_if.m /usr/src/sys/dev/mmc/mmcbr_if.m = /usr/src/sys/dev/ata/ata_if.m /usr/src/sys/dev/pci/pci_if.m = /usr/src/sys/dev/pci/pcib_if.m /usr/src/sys/dev/pci/pci_iov_if.m = /usr/src/sys/dev/cxgbe/t4_if.m /usr/src/sys/dev/gpio/gpiobus_if.m = /usr/src/sys/dev/gpio/gpio_if.m /usr/src/sys/dev/ow/owll_if.m = /usr/src/sys/dev/ow/own_if.m /usr/src/sys/dev/fdt/fdt_clock_if.m = /usr/src/sys/dev/fdt/fdt_pinctrl_if.m /usr/src/sys/dev/acpica/acpi_if.m = /usr/src/sys/dev/fb/fb_if.m /usr/src/sys/dev/vnic/lmac_if.m = /usr/src/sys/dev/mdio/mdio_if.m /usr/src/sys/dev/dwc/if_dwc_if.m = /usr/src/sys/dev/mii/miibus_if.m /usr/src/sys/dev/smbus/smbus_if.m = /usr/src/sys/dev/iicbus/iicbus_if.m /usr/src/sys/dev/iicbus/iicbb_if.m = /usr/src/sys/dev/ofw/ofw_bus_if.m /usr/src/sys/dev/ofw/ofw_if.m = /usr/src/sys/dev/ntb/ntb_if.m = /usr/src/sys/dev/acpi_support/acpi_wmi_if.m = /usr/src/sys/dev/extres/clk/clknode_if.m = /usr/src/sys/dev/extres/clk/clkdev_if.m = /usr/src/sys/dev/extres/regulator/regdev_if.m = /usr/src/sys/dev/extres/regulator/regnode_if.m = /usr/src/sys/dev/extres/hwreset/hwreset_if.m = /usr/src/sys/dev/extres/phy/phy_if.m = /usr/src/sys/dev/etherswitch/etherswitch_if.m = /usr/src/sys/dev/mvs/mvs_if.m /usr/src/sys/dev/ppbus/ppbus_if.m = /usr/src/sys/dev/uart/uart_if.m /usr/src/sys/dev/nand/nand_if.m = /usr/src/sys/dev/nand/nandbus_if.m /usr/src/sys/dev/nand/nfc_if.m = /usr/src/sys/arm/arm/platform_if.m /usr/src/sys/arm/arm/hdmi_if.m = /usr/src/sys/arm/ti/ti_gpio_if.m = /usr/src/sys/arm/allwinner/sunxi_dma_if.m = /usr/src/sys/arm/nvidia/tegra_soctherm_if.m = /usr/src/sys/sparc64/pci/ofw_pci_if.m /usr/src/sys/mips/beri/fdt_ic_if.m = /usr/src/sys/mips/mediatek/fdt_reset_if.m = /usr/src/sys/libkern/iconv_converter_if.m = /usr/src/sys/powerpc/aim/moea64_if.m = /usr/src/sys/powerpc/powerpc/pic_if.m = /usr/src/sys/powerpc/powerpc/platform_if.m = /usr/src/sys/powerpc/powerpc/mmu_if.m = /usr/src/sys/powerpc/powerpc/iommu_if.m = /usr/src/sys/opencrypto/cryptodev_if.m /usr/src/sys/kern/msi_if.m = /usr/src/sys/kern/pic_if.m /usr/src/sys/kern/device_if.m = /usr/src/sys/kern/clock_if.m /usr/src/sys/kern/bus_if.m = /usr/src/sys/kern/cpufreq_if.m /usr/src/sys/kern/linker_if.m = /usr/src/sys/kern/serdev_if.m /usr/src/sys/kgssapi/kgss_if.m" = KERNBUILDDIR=3D"/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG" = SYSDIR=3D"/usr/src/sys" CONF_CFLAGS=3D"-march=3Darmv7a" WITH_CTF=3D"1" = make all Building /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/mbox_if.c = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c:65:10: fatal error: 'mbox_if.h' file not found #include "mbox_if.h" # more /usr/src/sys/arm/conf/RPI2-NODBG=20 # # RPI2 -- Custom configuration for the Raspberry Pi 2 # include "RPI2" ident RPI2-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones # more = ~/sys_build_scripts.amd64-host/make_rpi2_nodebug_clang_bootstrap-amd64-hos= t.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= $(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host= " \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/rpi2_clang" \ make $* # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 TO_TYPE=3Darmv6 # KERNCONF=3DRPI2-NODBG TARGET=3Darm .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # #CPUTYPE=3Dsoft WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D WITHOUT_LIBSOFT=3D # WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_DEBUG_FILES=3D # XCFLAGS+=3D -mcpu=3Dcortex-a7 XCXXFLAGS+=3D -mcpu=3Dcortex-a7 # There is no XCPPFLAGS but XCPP gets XCFLAGS content. # =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Wed Nov 2 13:54: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 35600C2BAF7; Wed, 2 Nov 2016 13:54:46 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::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 92DF6175E; Wed, 2 Nov 2016 13:54:45 +0000 (UTC) (envelope-from mattia.rossi.mailinglists@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id a197so142454548wmd.0; Wed, 02 Nov 2016 06:54:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=reply-to:subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=v5rUtqPX5NBfiKOuhyraxRQzIwXfq76NRX9ziSpLNSk=; b=VM2zfl4ee7+T/8aDNCN/xJEFCP72x8qpwYTYOlVIswZVjRyb89V6DBIx+CSSkiQZ0D vbygNtdQbVIiWRd6iF+aVK3xYUpoUrgJw4VE4R0jFHSkVRMsdfZTY9Ayv61w4EO7hUC+ k6KCsfL/I4V0v+4pYKhlgGQAx1nXCPZ6rtu8T0twL4AH9AH2shKFVZyTgL20LmcQU8bp V0VxFokNSyiOpBt9QXBkJ4wbe4Rcw31vbLBU+UFTe+IVLBRuiTC4pvAAyoCto63/P0LJ 2IwAiay1lnUZ9yIct1U/BRSQxImYzC3T3uri7pZnu+c+O162iyZqlbMjQtzOmIOGOtvP WsGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:reply-to:subject:references:to:cc:from :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=v5rUtqPX5NBfiKOuhyraxRQzIwXfq76NRX9ziSpLNSk=; b=iM70jHvFVJmLC1+hVPPkKjv3S9GPM/v/Aouekrny+4ZGQL9tsq5fuTylK3uMLTHBHl p83Lsyy5pXD1pj+DmwZjGYy93BjCawKa5YmPXsFF88y8NG+02FgBRs2BgH+ecQVPxAZA bm4BGzbgYziKkCku3HJl14xVRKwqwNu7qTvIVkphs7FNkOGEXE8d69TikwoYRRIfjebv WCOrygXjaoqjMF/fKT6OYkEfoHPLzeE2UFhWrG+sIrl5iYYwuKI4qq9OEIrtfloHLyc0 njhNguSuW4rZlwDvGRHJ870iUZFEtAwj1qsikqTJkb+7qr3LdqMVT7JIWW7At/UX/nWa 9NSQ== X-Gm-Message-State: ABUngvfYE77byMILSFSSs+Vn+eIycCP/b+d7uHHa/JIkUCw8yK/PPlqxR8sokHJsz/0ghg== X-Received: by 10.28.210.1 with SMTP id j1mr3285652wmg.86.1478094883699; Wed, 02 Nov 2016 06:54:43 -0700 (PDT) Received: from [172.20.10.2] (154.236.197.178.dynamic.wless.lssmb00p-cgnat.res.cust.swisscom.ch. [178.197.236.154]) by smtp.gmail.com with ESMTPSA id 71sm36466911wmo.7.2016.11.02.06.54.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 02 Nov 2016 06:54:43 -0700 (PDT) Reply-To: mattia.rossi.mailinglists@gmail.com Subject: Re: urtwm -> rtwm References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> To: Daniel Braniss , Andriy Voskoboinyk Cc: freebsd-current , freebsd-wireless@freebsd.org, freebsd-arm From: Mattia Rossi Message-ID: Date: Wed, 2 Nov 2016 14:54:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> 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: Wed, 02 Nov 2016 13:54:46 -0000 >> Hi! >> >> rtwn_usb(4) depends on rtwn(4) module; you can try to >> 1) add them to the kernel config; >> 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) variables >> 3) compile / install them manually >> >> P.S. There is no 'rtwm' module in the tree; what is the exact error message >> where it was? > the problem was that if_rtwn.ko was not compiled! > all the others where, i.e. if_rtwn_[pci,usb].ko. > I added all of them to the config, and now it seems to work > > so the problem is that the loadable module if_rtwn.ko is NOT compiled > by default, while all the others are, > what is the magic to have it compiled? From my experience you always have to specify all modules and the modules they depend on. I for example had to specify this for zfs support in the config file: makeoptions MODULES_OVERRIDE="zfs opensolaris acl_nfs4" I actually only wanted zfs, which depends on opensolaris which then again depends on acl_nfs4 (probably because I sepcified nfs4 support in the config file) I only found out after a few tries. It's really not ideal, that module dependencies are not resolved. But once you know about it, you can live with it :-) > > BTW, I tried this on RPI2, and now will try on an orangepi one. Is that the SDIO based internal WiFi? Let me know if it works! Cheers, Mat >>>> On 30 Oct 2016, at 14:07, Daniel Braniss wrote: >>>> >>>> hi, >>>> between r30666 and r30808 i lost my wireless, >>> s/r30666/r306333/ and s/r30808/r308087/ >>> >>>> so reading UPDATE clarified why, I also did a mergemaster so now devd et.all. seem to be in sync, >>>> but now devd complains that if_rtwn_usb depends on rtwm and there is no rtwn, instead there are >>>> several rtwn-rtl8…., the closest being rtwn-rt18188eufw.ko >>>> >>>> this is what the old urtwn has to say: >>>> ... >>>> Starting devd. >>>> wlan: <802.11 Link Layer> >>>> urtwn0 on uhub1 >>>> urtwn0: on usbus0 >>>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>>> urtwn0: enabling 11n >>>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >>>> urtwn0: 1T1R >>>> urtwn0: 11ng MCS 20MHz >>>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>>> >>>> please help >>>> >>>> thanks, >>>> danny >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Wed Nov 2 14:30: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 D544BC2A60D; Wed, 2 Nov 2016 14:30:50 +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 27C7718A2; Wed, 2 Nov 2016 14:30:49 +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 1c1wYp-000FUI-QX; Wed, 02 Nov 2016 16:30:39 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: urtwm -> rtwm From: Daniel Braniss In-Reply-To: Date: Wed, 2 Nov 2016 16:30:39 +0200 Cc: Andriy Voskoboinyk , freebsd-current , freebsd-wireless@freebsd.org, freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <4DC1B743-33EA-4AD7-B124-9D133316552C@cs.huji.ac.il> <9109ACA4-DBD4-4735-86A7-2F3F383829C7@cs.huji.ac.il> To: mattia.rossi.mailinglists@gmail.com X-Mailer: Apple Mail (2.3251) 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, 02 Nov 2016 14:30:51 -0000 > On 2 Nov 2016, at 15:54, Mattia Rossi = wrote: >=20 >=20 >>> Hi! >>>=20 >>> rtwn_usb(4) depends on rtwn(4) module; you can try to >>> 1) add them to the kernel config; >>> 2) check / fix WITHOUT_MODULES and MODULES_OVERRIDE make.conf(5) = variables >>> 3) compile / install them manually >>>=20 >>> P.S. There is no 'rtwm' module in the tree; what is the exact error = message >>> where it was? >> the problem was that if_rtwn.ko was not compiled! >> all the others where, i.e. if_rtwn_[pci,usb].ko. >> I added all of them to the config, and now it seems to work >>=20 >> so the problem is that the loadable module if_rtwn.ko is NOT compiled >> by default, while all the others are, >> what is the magic to have it compiled? > =46rom my experience you always have to specify all modules and the = modules they depend on. I for example had to specify this for zfs = support in the config file: >=20 > makeoptions MODULES_OVERRIDE=3D"zfs opensolaris acl_nfs4" >=20 > I actually only wanted zfs, which depends on opensolaris which then = again depends on acl_nfs4 (probably because I sepcified nfs4 support in = the config file) >=20 not from my experience, the fact that all the other rtwn- where there = means that somewhere there is a missing directive. > I only found out after a few tries. It's really not ideal, that module = dependencies are not resolved. > But once you know about it, you can live with it :-) >=20 >>=20 >> BTW, I tried this on RPI2, and now will try on an orangepi one. > Is that the SDIO based internal WiFi? Let me know if it works! >=20 no, this is the cheapest orange one, with one usb, so it=E2=80=99s a = wifi dongle. my orange pi plus, with the onboard wifi, i managed to fry :-( cheers, danny > Cheers, >=20 > Mat >=20 >>>>> On 30 Oct 2016, at 14:07, Daniel Braniss = wrote: >>>>>=20 >>>>> hi, >>>>> between r30666 and r30808 i lost my wireless, >>>> s/r30666/r306333/ and s/r30808/r308087/ >>>>=20 >>>>> so reading UPDATE clarified why, I also did a mergemaster so now = devd et.all. seem to be in sync, >>>>> but now devd complains that if_rtwn_usb depends on rtwm and there = is no rtwn, instead there are >>>>> several rtwn-rtl8=E2=80=A6., the closest being rtwn-rt18188eufw.ko >>>>>=20 >>>>> this is what the old urtwn has to say: >>>>> ... >>>>> Starting devd. >>>>> wlan: <802.11 Link Layer> >>>>> urtwn0 on uhub1 >>>>> urtwn0: on = usbus0 >>>>> urtwn0: MAC/BB RTL8188EU, RF 6052 1T1R >>>>> urtwn0: enabling 11n >>>>> urtwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps >>>>> urtwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps = 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps >>>>> urtwn0: 1T1R >>>>> urtwn0: 11ng MCS 20MHz >>>>> urtwn0: MCS 0-7: 6.5Mbps - 65Mbps >>>>>=20 >>>>> please help >>>>>=20 >>>>> thanks, >>>>> danny >>>>>=20 >>>>> _______________________________________________ >>>>> freebsd-current@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>>> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >>>> _______________________________________________ >>>> freebsd-wireless@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>>> To unsubscribe, send any mail to = "freebsd-wireless-unsubscribe@freebsd.org" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Wed Nov 2 16:32: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 49758C2BAB7 for ; Wed, 2 Nov 2016 16:32:06 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 ECB8A1E62 for ; Wed, 2 Nov 2016 16:32:05 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uA2GW5mb055126 for ; Wed, 2 Nov 2016 16:32:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 214065] make buildword fails: /usr/src/lib/libsqlite3 (11.0 RELEASE/arm-BananaPro) Date: Wed, 02 Nov 2016 16:32:05 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: soko.tica@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 02 Nov 2016 16:32:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D214065 Bug ID: 214065 Summary: make buildword fails: /usr/src/lib/libsqlite3 (11.0 RELEASE/arm-BananaPro) Product: Base System Version: 11.0-RELEASE Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: soko.tica@gmail.com Make buildworld on 11.0-RELEASE on BananaPro fails. Typescript of the make,= as well as reported files sqlite3-5fdd35.c and sqlite3-5fdd35.sh are available= on my drive.google here https://drive.google.com/open?id=3D0B3OSqHXSWtQzcENfUTF0NEFZd2M , since the= y are too large to be uploaded here. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Nov 2 19:25: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 935D1C2CC07 for ; Wed, 2 Nov 2016 19:25:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-55.reflexion.net [208.70.210.55]) (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 3BCA51643 for ; Wed, 2 Nov 2016 19:25:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25894 invoked from network); 2 Nov 2016 19:26:06 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 2 Nov 2016 19:26:06 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.10.0) with SMTP; Wed, 02 Nov 2016 15:25:59 -0400 (EDT) Received: (qmail 15429 invoked from network); 2 Nov 2016 19:25:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 2 Nov 2016 19:25:59 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 616F6EC9208; Wed, 2 Nov 2016 12:16:42 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: Re: stable/11 -r308135 Build for RPI2 failed for: . . ./bcm2835_ft5406.c:65:10: fatal error: 'mbox_if.h' file not found From: Mark Millard In-Reply-To: Date: Wed, 2 Nov 2016 12:16:41 -0700 Cc: Bryan Drewery Content-Transfer-Encoding: quoted-printable Message-Id: <8400BD9A-E08C-4578-8409-274B1BC30C98@dsl-only.net> References: To: FreeBSD Toolchain , FreeBSD-STABLE Mailing List , freebsd-arm X-Mailer: Apple Mail (2.3251) 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, 02 Nov 2016 19:25:58 -0000 Quick top post reporting that a build-order-race for -j use seems = likely: the clean-then-build sequence > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang make = cleanworld >=20 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang make -j 5 = buildworld buildkernel that used -j 5 for buildworld buildkernel got the problem again. But = following that failure by doing just buildkernel without the -j 5: > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang make = buildkernel completed the rest of the build just fine, creating the = previously-missing file before trying to use it. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Nov-2, at 3:13 AM, Mark Millard wrote: > Lack of dependency? Race? (I've not isolated why this happened yet but = I was using -j 5 for buildworld buildkernel .) >=20 > This was a cross-build attempt from an amd64 context: >=20 > # uname -apKU > FreeBSD FreeBSDx64 11.0-STABLE FreeBSD 11.0-STABLE #1 r308135M: Tue = Nov 1 23:48:47 PDT 2016 = root@FreeBSDx64:/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC-NODBG= amd64 amd64 1100506 1100506 >=20 > # svnlite info /usr/src/ | grep "Re[lv]" > Relative URL: ^/stable/11 > Revision: 308135 > Last Changed Rev: 308135 >=20 > # find /usr/src/sys/ -name "*files*" -exec grep mbox_if {} \; -print | = more > dev/mbox/mbox_if.m standard > /usr/src/sys/arm/broadcom/bcm2835/files.bcm283x > dev/mbox/mbox_if.m optional = ti_mbox > /usr/src/sys/arm/ti/files.ti >=20 > # find /usr/obj/rpi2_clang/arm.armv6/ -name mbox_if.h -print | more = = = =20 > # >=20 > (So no mbox_if.h file is present in the build tree.) >=20 > # head = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= 2016-11-02:00:59:43 > Script started on Wed Nov 2 00:59:43 2016 > Command: env __MAKE_CONF=3D/root/src.configs/make.conf = SRC_ENV_CONF=3D/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = WITH_META_MODE=3Dyes MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang make -j 5 = buildworld buildkernel > . . . > --- all_subdir_rpi_ft5406 --- > --- bcm2835_ft5406.o --- > = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c:65:10: fatal error: 'mbox_if.h' file not found > #include "mbox_if.h" > ^ > 1 error generated. > *** [bcm2835_ft5406.o] Error code 1 >=20 > make[4]: stopped in /usr/src/sys/modules/rpi_ft5406 > .ERROR_TARGET=3D'bcm2835_ft5406.o' > = .ERROR_META_FILE=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/m= odules/usr/src/sys/modules/rpi_ft5406/bcm2835_ft5406.o.meta' > .MAKE.LEVEL=3D'4' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > .CURDIR=3D'/usr/src/sys/modules/rpi_ft5406' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/us= r/src/sys/modules/rpi_ft5406' > .TARGETS=3D'all' > DESTDIR=3D'' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'arm' > MACHINE_ARCH=3D'armv6' > = MAKEOBJDIRPREFIX=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/m= odules' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20160606' > = PATH=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj= /rpi2_clang/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/rpi2_clang/arm.a= rmv6/usr/src/tmp/legacy/bin:/usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/= sbin:/usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbi= n:/usr/bin' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr= /src' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /root/src.configs/make.conf = /usr/src/share/mk/local.sys.mk /usr/src/share/mk/src.sys.mk = /etc/src.conf /usr/src/sys/modules/rpi_ft5406/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk = /usr/src/sys/modules/rpi_ft5406/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/sys/conf/kern.opts.mk /usr/src/sys/conf/config.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/sys/conf/kern.mk' > .PATH=3D'. /usr/src/sys/modules/rpi_ft5406 = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835/ = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG' > 1 error > . . . >=20 > # less = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr/src/sys/m= odules/rpi_ft5406/bcm2835_ft5406.o.meta > # Meta data file = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr/src/sys/m= odules/rpi_ft5406/bcm2835_ft5406.o.meta > CMD cc -mcpu=3Dcortex-a7 -O -pipe -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/opt_global.h -I. = -I/usr/src/sys -fno-common -g -funwind-tables = -I/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG -march=3Darmv7a = -ffreestanding -fwrapv -gdwarf-2 -Wall -Wredundant-decls = -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign = -D__printf__=3D__freebsd_kprintf__ -Wmissing-include-dirs = -fdiagnostics-show-option -Wno-unknown-pragmas = -Wno-error-tautological-compare -Wno-error-empty-body = -Wno-error-parentheses-equality -Wno-error-unused-function = -Wno-error-pointer-sign -Wno-error-shift-negative-value -mno-movt = -mfpu=3Dnone -std=3Diso9899:1999 -c = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c -o bcm2835_ft5406.o > CMD ctfconvert -L VERSION -g bcm2835_ft5406.o > CWD = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/modules/usr/src/sys/m= odules/rpi_ft5406 > TARGET bcm2835_ft5406.o > -- command output -- > = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c:65:10: fatal error: 'mbox_if.h' file not found > #include "mbox_if.h" > ^ > 1 error generated. > *** Error code 1 >=20 > -- filemon acquired metadata -- > # filemon version 5 > # Target pid 65803 > # Start 1478076388.181546 > V 5 > E 65827 /bin/sh > R 65827 /etc/libmap.conf > R 65827 /var/run/ld-elf.so.hints > R 65827 /lib/libedit.so.7 > R 65827 /lib/libc.so.7 > R 65827 /lib/libncursesw.so.8 > F 65827 65834 > E 65834 /usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/bin/cc > F 65834 65836 > E 65836 /usr/obj/rpi2_clang/arm.armv6/usr/src/tmp/usr/bin/cc > R 65836 = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c > R 65836 bcm2835_ft5406.o-bd1d6a1e > W 65836 bcm2835_ft5406.o-bd1d6a1e > R 65836 = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/opt_global.h > R 65836 /usr/src/sys/sys/cdefs.h > R 65836 /usr/src/sys/sys/param.h > R 65836 /usr/src/sys/sys/_null.h > R 65836 /usr/src/sys/sys/types.h > R 65836 ./machine/endian.h > R 65836 /usr/src/sys/sys/_types.h > R 65836 ./machine/_types.h > R 65836 /usr/src/sys/sys/_pthreadtypes.h > R 65836 /usr/src/sys/sys/_stdint.h > R 65836 /usr/src/sys/sys/select.h > R 65836 /usr/src/sys/sys/_sigset.h > R 65836 /usr/src/sys/sys/_timeval.h > R 65836 /usr/src/sys/sys/timespec.h > R 65836 /usr/src/sys/sys/_timespec.h > R 65836 /usr/src/sys/sys/syslimits.h > R 65836 /usr/src/sys/sys/errno.h > R 65836 /usr/src/sys/sys/time.h > R 65836 /usr/src/sys/sys/priority.h > R 65836 ./machine/param.h > R 65836 ./machine/_align.h > R 65836 /usr/src/sys/sys/systm.h > R 65836 ./machine/atomic.h > R 65836 ./machine/armreg.h > R 65836 ./machine/cpuconf.h > R 65836 ./machine/atomic-v6.h > R 65836 ./machine/cpufunc.h > R 65836 /usr/src/sys/sys/callout.h > R 65836 /usr/src/sys/sys/_callout.h > R 65836 /usr/src/sys/sys/queue.h > R 65836 /usr/src/sys/sys/stdint.h > R 65836 ./machine/_stdint.h > R 65836 /usr/src/sys/sys/libkern.h > R 65836 /usr/src/sys/sys/bus.h > R 65836 ./machine/_limits.h > R 65836 ./machine/_bus.h > R 65836 /usr/src/sys/sys/_bus_dma.h > R 65836 /usr/src/sys/sys/ioccom.h > R 65836 /usr/src/sys/sys/eventhandler.h > R 65836 /usr/src/sys/sys/lock.h > R 65836 /usr/src/sys/sys/_lock.h > R 65836 /usr/src/sys/sys/ktr_class.h > R 65836 /usr/src/sys/sys/ktr.h > R 65836 /usr/src/sys/sys/_cpuset.h > R 65836 /usr/src/sys/sys/_bitset.h > R 65836 /usr/src/sys/sys/mutex.h > R 65836 /usr/src/sys/sys/_mutex.h > R 65836 /usr/src/sys/sys/pcpu.h > R 65836 /usr/src/sys/sys/_sx.h > R 65836 /usr/src/sys/sys/_rmlock.h > R 65836 /usr/src/sys/sys/vmmeter.h > R 65836 /usr/src/sys/sys/resource.h > R 65836 ./machine/pcpu.h > R 65836 /usr/src/sys/sys/lock_profile.h > R 65836 /usr/src/sys/sys/lockstat.h > R 65836 /usr/src/sys/sys/sdt.h > R 65836 /usr/src/sys/sys/linker_set.h > R 65836 /usr/src/sys/sys/kobj.h > R 65836 ./device_if.h > R 65836 ./bus_if.h > R 65836 /usr/src/sys/sys/cpu.h > R 65836 /usr/src/sys/sys/kernel.h > R 65836 /usr/src/sys/sys/malloc.h > R 65836 /usr/src/sys/sys/module.h > R 65836 /usr/src/sys/sys/condvar.h > R 65836 /usr/src/sys/sys/sysctl.h > R 65836 /usr/src/sys/sys/selinfo.h > R 65836 /usr/src/sys/sys/event.h > R 65836 /usr/src/sys/sys/poll.h > R 65836 /usr/src/sys/sys/uio.h > R 65836 /usr/src/sys/sys/_iovec.h > R 65836 /usr/src/sys/sys/conf.h > R 65836 /usr/src/sys/vm/vm.h > R 65836 ./machine/vm.h > R 65836 /usr/src/sys/vm/pmap.h > R 65836 ./machine/pmap.h > R 65836 ./machine/pmap-v6.h > R 65836 /usr/src/sys/dev/fdt/fdt_common.h > R 65836 /usr/src/sys/sys/slicer.h > R 65836 /usr/src/sys/contrib/libfdt/libfdt_env.h > R 65836 /usr/src/sys/dev/ofw/ofw_bus.h > R 65836 /usr/src/sys/dev/ofw/openfirm.h > R 65836 ./machine/ofw_machdep.h > R 65836 /usr/src/sys/sys/rman.h > R 65836 ./machine/resource.h > R 65836 ./ofw_bus_if.h > R 65836 /usr/src/sys/dev/ofw/ofw_bus_subr.h > R 65836 /usr/src/sys/dev/evdev/input.h > R 65836 /usr/src/sys/dev/evdev/input-event-codes.h > R 65836 /usr/src/sys/dev/evdev/evdev.h > R 65836 /usr/src/sys/sys/kbio.h > R 65836 /usr/src/sys/dev/kbd/kbdreg.h > R 65836 ./machine/bus.h > R 65836 ./machine/bus_dma.h > R 65836 /usr/src/sys/sys/bus_dma.h > R 65836 ./machine/cpu.h > R 65836 ./machine/frame.h > R 65836 /usr/src/sys/sys/signal.h > R 65836 ./machine/signal.h > R 65836 /usr/src/sys/sys/ucontext.h > R 65836 ./machine/ucontext.h > R 65836 /usr/src/sys/sys/_ucontext.h > R 65836 ./machine/cpu-v6.h > R 65836 ./machine/cpuinfo.h > R 65836 ./machine/sysreg.h > R 65836 ./machine/intr.h > R 65836 /usr/src/sys/sys/intr.h > R 65836 /usr/src/sys/arm/broadcom/bcm2835/bcm2835_mbox.h > R 65836 /usr/src/sys/arm/broadcom/bcm2835/bcm2835_mbox_prop.h > R 65836 /usr/src/sys/arm/broadcom/bcm2835/bcm2835_vcbus.h > D 65836 bcm2835_ft5406.o-bd1d6a1e > X 65836 1 0 > X 65834 1 0 > X 65827 1 0 > # Stop 1478076388.449702 > # Bye bye >=20 >=20 > # grep mbox_if = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= 2016-11-02:00:59:43 | more > cd /usr/src/sys/modules; = MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/mo= dules KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Darm MACHINE=3Darm = MACHINE_ARCH=3Darmv6 MODULES_EXTRA=3D"dtb/rpi rpi_ft5406" = WITHOUT_MODULES=3D"" DEBUG_FLAGS=3D"-g" = __MPATH=3D"/usr/src/sys/pc98/pc98/canbus_if.m /usr/src/sys/isa/isa_if.m = /usr/src/sys/xen/xenbus/xenbusb_if.m /usr/src/sys/xen/xenbus/xenbus_if.m = /usr/src/sys/xen/xenmem/xenmem_if.m /usr/src/sys/net/ifdi_if.m = /usr/src/sys/geom/raid/g_raid_tr_if.m = /usr/src/sys/geom/raid/g_raid_md_if.m /usr/src/sys/geom/part/g_part_if.m = /usr/src/sys/dev/usb/controller/generic_usb_if.m = /usr/src/sys/dev/usb/usb_if.m = /usr/src/sys/dev/virtio/mmio/virtio_mmio_if.m = /usr/src/sys/dev/virtio/virtio_bus_if.m = /usr/src/sys/dev/virtio/virtio_if.m /usr/src/sys/dev/spibus/spibus_if.m = /usr/src/sys/dev/pccard/card_if.m /usr/src/sys/dev/pccard/power_if.m = /usr/src/sys/dev/sdhci/sdhci_if.m /usr/src/sys/dev/sound/midi/mpu_if.m = /usr/src/sys/dev/sound/midi/mpufoi_if.m = /usr/src/sys/dev/sound/midi/synth_if.m = /usr/src/sys/dev/sound/pci/hda/hdac_if.m = /usr/src/sys/dev/sound/pcm/feeder_if.m = /usr/src/sys/dev/sound/pcm/channel_if.m = /usr/src/sys/dev/sound/pcm/mixer_if.m = /usr/src/sys/dev/sound/pcm/ac97_if.m /usr/src/sys/dev/scc/scc_if.m = /usr/src/sys/dev/hyperv/vmbus/vmbus_if.m = /usr/src/sys/dev/bhnd/cores/chipc/bhnd_chipc_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_bus_if.m = /usr/src/sys/dev/bhnd/bhnd_bus_if.m = /usr/src/sys/dev/bhnd/nvram/bhnd_nvram_if.m = /usr/src/sys/dev/eisa/eisa_if.m /usr/src/sys/dev/adb/adb_hb_if.m = /usr/src/sys/dev/adb/adb_if.m /usr/src/sys/dev/mbox/mbox_if.m = /usr/src/sys/dev/altera/pio/pio_if.m = /usr/src/sys/dev/iscsi/icl_conn_if.m /usr/src/sys/dev/agp/agp_if.m = /usr/src/sys/dev/mmc/mmcbus_if.m /usr/src/sys/dev/mmc/mmcbr_if.m = /usr/src/sys/dev/ata/ata_if.m /usr/src/sys/dev/pci/pci_if.m = /usr/src/sys/dev/pci/pcib_if.m /usr/src/sys/dev/pci/pci_iov_if.m = /usr/src/sys/dev/cxgbe/t4_if.m /usr/src/sys/dev/gpio/gpiobus_if.m = /usr/src/sys/dev/gpio/gpio_if.m /usr/src/sys/dev/ow/owll_if.m = /usr/src/sys/dev/ow/own_if.m /usr/src/sys/dev/fdt/fdt_clock_if.m = /usr/src/sys/dev/fdt/fdt_pinctrl_if.m /usr/src/sys/dev/acpica/acpi_if.m = /usr/src/sys/dev/fb/fb_if.m /usr/src/sys/dev/vnic/lmac_if.m = /usr/src/sys/dev/mdio/mdio_if.m /usr/src/sys/dev/dwc/if_dwc_if.m = /usr/src/sys/dev/mii/miibus_if.m /usr/src/sys/dev/smbus/smbus_if.m = /usr/src/sys/dev/iicbus/iicbus_if.m /usr/src/sys/dev/iicbus/iicbb_if.m = /usr/src/sys/dev/ofw/ofw_bus_if.m /usr/src/sys/dev/ofw/ofw_if.m = /usr/src/sys/dev/ntb/ntb_if.m = /usr/src/sys/dev/acpi_support/acpi_wmi_if.m = /usr/src/sys/dev/extres/clk/clknode_if.m = /usr/src/sys/dev/extres/clk/clkdev_if.m = /usr/src/sys/dev/extres/regulator/regdev_if.m = /usr/src/sys/dev/extres/regulator/regnode_if.m = /usr/src/sys/dev/extres/hwreset/hwreset_if.m = /usr/src/sys/dev/extres/phy/phy_if.m = /usr/src/sys/dev/etherswitch/etherswitch_if.m = /usr/src/sys/dev/mvs/mvs_if.m /usr/src/sys/dev/ppbus/ppbus_if.m = /usr/src/sys/dev/uart/uart_if.m /usr/src/sys/dev/nand/nand_if.m = /usr/src/sys/dev/nand/nandbus_if.m /usr/src/sys/dev/nand/nfc_if.m = /usr/src/sys/arm/arm/platform_if.m /usr/src/sys/arm/arm/hdmi_if.m = /usr/src/sys/arm/ti/ti_gpio_if.m = /usr/src/sys/arm/allwinner/sunxi_dma_if.m = /usr/src/sys/arm/nvidia/tegra_soctherm_if.m = /usr/src/sys/sparc64/pci/ofw_pci_if.m /usr/src/sys/mips/beri/fdt_ic_if.m = /usr/src/sys/mips/mediatek/fdt_reset_if.m = /usr/src/sys/libkern/iconv_converter_if.m = /usr/src/sys/powerpc/aim/moea64_if.m = /usr/src/sys/powerpc/powerpc/pic_if.m = /usr/src/sys/powerpc/powerpc/platform_if.m = /usr/src/sys/powerpc/powerpc/mmu_if.m = /usr/src/sys/powerpc/powerpc/iommu_if.m = /usr/src/sys/opencrypto/cryptodev_if.m /usr/src/sys/kern/msi_if.m = /usr/src/sys/kern/pic_if.m /usr/src/sys/kern/device_if.m = /usr/src/sys/kern/clock_if.m /usr/src/sys/kern/bus_if.m = /usr/src/sys/kern/cpufreq_if.m /usr/src/sys/kern/linker_if.m = /usr/src/sys/kern/serdev_if.m /usr/src/sys/kgssapi/kgss_if.m" = KERNBUILDDIR=3D"/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG" = SYSDIR=3D"/usr/src/sys" CONF_CFLAGS=3D"-march=3Darmv7a" WITH_CTF=3D"1" = make obj > cd /usr/src/sys/modules; = MAKEOBJDIRPREFIX=3D/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/mo= dules KMODDIR=3D/boot/kernel MACHINE_CPUARCH=3Darm MACHINE=3Darm = MACHINE_ARCH=3Darmv6 MODULES_EXTRA=3D"dtb/rpi rpi_ft5406" = WITHOUT_MODULES=3D"" DEBUG_FLAGS=3D"-g" = __MPATH=3D"/usr/src/sys/pc98/pc98/canbus_if.m /usr/src/sys/isa/isa_if.m = /usr/src/sys/xen/xenbus/xenbusb_if.m /usr/src/sys/xen/xenbus/xenbus_if.m = /usr/src/sys/xen/xenmem/xenmem_if.m /usr/src/sys/net/ifdi_if.m = /usr/src/sys/geom/raid/g_raid_tr_if.m = /usr/src/sys/geom/raid/g_raid_md_if.m /usr/src/sys/geom/part/g_part_if.m = /usr/src/sys/dev/usb/controller/generic_usb_if.m = /usr/src/sys/dev/usb/usb_if.m = /usr/src/sys/dev/virtio/mmio/virtio_mmio_if.m = /usr/src/sys/dev/virtio/virtio_bus_if.m = /usr/src/sys/dev/virtio/virtio_if.m /usr/src/sys/dev/spibus/spibus_if.m = /usr/src/sys/dev/pccard/card_if.m /usr/src/sys/dev/pccard/power_if.m = /usr/src/sys/dev/sdhci/sdhci_if.m /usr/src/sys/dev/sound/midi/mpu_if.m = /usr/src/sys/dev/sound/midi/mpufoi_if.m = /usr/src/sys/dev/sound/midi/synth_if.m = /usr/src/sys/dev/sound/pci/hda/hdac_if.m = /usr/src/sys/dev/sound/pcm/feeder_if.m = /usr/src/sys/dev/sound/pcm/channel_if.m = /usr/src/sys/dev/sound/pcm/mixer_if.m = /usr/src/sys/dev/sound/pcm/ac97_if.m /usr/src/sys/dev/scc/scc_if.m = /usr/src/sys/dev/hyperv/vmbus/vmbus_if.m = /usr/src/sys/dev/bhnd/cores/chipc/bhnd_chipc_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_if.m = /usr/src/sys/dev/bhnd/bhndb/bhndb_bus_if.m = /usr/src/sys/dev/bhnd/bhnd_bus_if.m = /usr/src/sys/dev/bhnd/nvram/bhnd_nvram_if.m = /usr/src/sys/dev/eisa/eisa_if.m /usr/src/sys/dev/adb/adb_hb_if.m = /usr/src/sys/dev/adb/adb_if.m /usr/src/sys/dev/mbox/mbox_if.m = /usr/src/sys/dev/altera/pio/pio_if.m = /usr/src/sys/dev/iscsi/icl_conn_if.m /usr/src/sys/dev/agp/agp_if.m = /usr/src/sys/dev/mmc/mmcbus_if.m /usr/src/sys/dev/mmc/mmcbr_if.m = /usr/src/sys/dev/ata/ata_if.m /usr/src/sys/dev/pci/pci_if.m = /usr/src/sys/dev/pci/pcib_if.m /usr/src/sys/dev/pci/pci_iov_if.m = /usr/src/sys/dev/cxgbe/t4_if.m /usr/src/sys/dev/gpio/gpiobus_if.m = /usr/src/sys/dev/gpio/gpio_if.m /usr/src/sys/dev/ow/owll_if.m = /usr/src/sys/dev/ow/own_if.m /usr/src/sys/dev/fdt/fdt_clock_if.m = /usr/src/sys/dev/fdt/fdt_pinctrl_if.m /usr/src/sys/dev/acpica/acpi_if.m = /usr/src/sys/dev/fb/fb_if.m /usr/src/sys/dev/vnic/lmac_if.m = /usr/src/sys/dev/mdio/mdio_if.m /usr/src/sys/dev/dwc/if_dwc_if.m = /usr/src/sys/dev/mii/miibus_if.m /usr/src/sys/dev/smbus/smbus_if.m = /usr/src/sys/dev/iicbus/iicbus_if.m /usr/src/sys/dev/iicbus/iicbb_if.m = /usr/src/sys/dev/ofw/ofw_bus_if.m /usr/src/sys/dev/ofw/ofw_if.m = /usr/src/sys/dev/ntb/ntb_if.m = /usr/src/sys/dev/acpi_support/acpi_wmi_if.m = /usr/src/sys/dev/extres/clk/clknode_if.m = /usr/src/sys/dev/extres/clk/clkdev_if.m = /usr/src/sys/dev/extres/regulator/regdev_if.m = /usr/src/sys/dev/extres/regulator/regnode_if.m = /usr/src/sys/dev/extres/hwreset/hwreset_if.m = /usr/src/sys/dev/extres/phy/phy_if.m = /usr/src/sys/dev/etherswitch/etherswitch_if.m = /usr/src/sys/dev/mvs/mvs_if.m /usr/src/sys/dev/ppbus/ppbus_if.m = /usr/src/sys/dev/uart/uart_if.m /usr/src/sys/dev/nand/nand_if.m = /usr/src/sys/dev/nand/nandbus_if.m /usr/src/sys/dev/nand/nfc_if.m = /usr/src/sys/arm/arm/platform_if.m /usr/src/sys/arm/arm/hdmi_if.m = /usr/src/sys/arm/ti/ti_gpio_if.m = /usr/src/sys/arm/allwinner/sunxi_dma_if.m = /usr/src/sys/arm/nvidia/tegra_soctherm_if.m = /usr/src/sys/sparc64/pci/ofw_pci_if.m /usr/src/sys/mips/beri/fdt_ic_if.m = /usr/src/sys/mips/mediatek/fdt_reset_if.m = /usr/src/sys/libkern/iconv_converter_if.m = /usr/src/sys/powerpc/aim/moea64_if.m = /usr/src/sys/powerpc/powerpc/pic_if.m = /usr/src/sys/powerpc/powerpc/platform_if.m = /usr/src/sys/powerpc/powerpc/mmu_if.m = /usr/src/sys/powerpc/powerpc/iommu_if.m = /usr/src/sys/opencrypto/cryptodev_if.m /usr/src/sys/kern/msi_if.m = /usr/src/sys/kern/pic_if.m /usr/src/sys/kern/device_if.m = /usr/src/sys/kern/clock_if.m /usr/src/sys/kern/bus_if.m = /usr/src/sys/kern/cpufreq_if.m /usr/src/sys/kern/linker_if.m = /usr/src/sys/kern/serdev_if.m /usr/src/sys/kgssapi/kgss_if.m" = KERNBUILDDIR=3D"/usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG" = SYSDIR=3D"/usr/src/sys" CONF_CFLAGS=3D"-march=3Darmv7a" WITH_CTF=3D"1" = make all > Building = /usr/obj/rpi2_clang/arm.armv6/usr/src/sys/RPI2-NODBG/mbox_if.c > = /usr/src/sys/modules/rpi_ft5406/../../arm/broadcom/bcm2835//bcm2835_ft5406= .c:65:10: fatal error: 'mbox_if.h' file not found > #include "mbox_if.h" >=20 >=20 >=20 > # more /usr/src/sys/arm/conf/RPI2-NODBG=20 > # > # RPI2 -- Custom configuration for the Raspberry Pi 2 > # >=20 > include "RPI2" >=20 > ident RPI2-NODBG >=20 > makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >=20 > options ALT_BREAK_TO_DEBUGGER >=20 > options KDB # Enable kernel debugger = support >=20 > # For minimum debugger support (stable branch) use: > options KDB_TRACE # Print a stack trace for a = panic > options DDB # Enable the kernel debugger > #options VERBOSE_SYSINIT # Enable verbose sysinit = messages > #options BOOTVERBOSE=3D1 > #options BOOTHOWTO=3DRB_VERBOSE > #options KTR > #options KTR_MASK=3DKTR_TRAP > ##options KTR_CPUMASK=3D0xF > #options KTR_VERBOSE >=20 > # Disable any extra checking for. . . > nooptions DEADLKRES # Enable the deadlock resolver > nooptions INVARIANTS # Enable calls of extra sanity = checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect = deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed > nooptions DIAGNOSTIC > nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones >=20 >=20 > # more = ~/sys_build_scripts.amd64-host/make_rpi2_nodebug_clang_bootstrap-amd64-hos= t.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_rpi2_nodebug_clang_bootstrap-amd64-host-= $(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host= " \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/rpi2_clang" \ > make $* >=20 >=20 > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 > TO_TYPE=3Darmv6 > # > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > WITHOUT_LIBSOFT=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -mcpu=3Dcortex-a7 > # There is no XCPPFLAGS but XCPP gets XCFLAGS content. > # >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Nov 3 11:35:02 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 4CA74C2DCF4 for ; Thu, 3 Nov 2016 11:35:02 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 96AD512F7 for ; Thu, 3 Nov 2016 11:35:00 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw3.dino.sk [84.245.95.254]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 03 Nov 2016 12:34:51 +0100 id 00E88480.581B20DB.00015D1C Date: Thu, 3 Nov 2016 12:34:45 +0100 From: Milan Obuch To: Jared McNeill Cc: freebsd-arm@freebsd.org Subject: Re: aw_thermal breakage on Allwinner H3 SoC Message-ID: <20161103123445.6bcc4799@zeta.dino.sk> In-Reply-To: References: <20161024165820.16e6dd6f@zeta.dino.sk> <20161025180314.38ea1e96@zeta.dino.sk> <20161025202609.0958c55d@zeta.dino.sk> <20161025213913.310b502e@zeta.dino.sk> X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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: Thu, 03 Nov 2016 11:35:02 -0000 On Tue, 25 Oct 2016 17:38:55 -0300 (ADT) Jared McNeill wrote: > On Tue, 25 Oct 2016, Milan Obuch wrote: > > > One more observation: booting verbose shows following > > aw_thermal0: mem > > 0x1c25000-0x1c253ff irq 29 on simplebus0 aw_thermal0: #0: alarm 42C > > hyst 15C shut 65C > > > > which is for me wrong - shutdown temperature 65 degrees is > > unacceptably low. > > Agreed. Those numbers are the SoC default values. > > It looks like the thresholds should be defined in a thermal-zones > node in the dts, but there is none defined in sun8i-h3.dtsi. We'll > have to come up with some reasonable defaults, add them to our dts, > and then add support for reading the trip points to the aw_thermal > driver. > > Cheers, > Jared How could this get done? Do we have any example (in some other dts) how this definition should look like? Where do these vaules got read from? Regards, Milan From owner-freebsd-arm@freebsd.org Thu Nov 3 13:49:08 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 6594CC2D106 for ; Thu, 3 Nov 2016 13:49:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-60.reflexion.net [208.70.210.60]) (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 DF3E11644 for ; Thu, 3 Nov 2016 13:49:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9515 invoked from network); 3 Nov 2016 13:49:17 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 3 Nov 2016 13:49:17 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.10.0) with SMTP; Thu, 03 Nov 2016 09:49:09 -0400 (EDT) Received: (qmail 25676 invoked from network); 3 Nov 2016 13:49:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 3 Nov 2016 13:49:09 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 45CA8EC9021; Thu, 3 Nov 2016 06:49:00 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: BPi-M3 (A83T based) under stable/11 -r308135: powerd? (cpufreq?) Message-Id: <196AC4A5-CAD1-4BD8-8DED-4435F3F9C0C4@dsl-only.net> Date: Thu, 3 Nov 2016 06:48:59 -0700 To: freebsd-arm , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3251) 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, 03 Nov 2016 13:49:08 -0000 https://wiki.freebsd.org/FreeBSD/arm/Allwinner reports "yes" for = "cpufreq / DVFS" for A83T (and A64 and H3). But under stable/11 -r308135 powerd on a BPI-M3 (A83T) reports: powerd: no cpufreq(4) support -- aborting: No such file or directory sysctl -a does not seem to have the items for the subject area. It leaves me wondering if trying -j 5 buildworld buildkernel all the way = through would be safe on the BPI-M3 (heat sink and fan in use). I use = such long running sustained activity for a stability test, among other = things. > # uname -apKU > FreeBSD bpim3 11.0-STABLE FreeBSD 11.0-STABLE #1 r308135M: Tue Nov 1 = 22:07:22 PDT 2016 = markmi@FreeBSDx64:/usr/obj/bpim3_clang/arm.armv6/usr/src/sys/BPIM3-NODBG = arm armv6 1100506 1100506 As far as BPIM3-NODBG goes for my context: include "ALLWINNER" ident BPIM3-NODBG makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support # For minimum debugger support (stable branch) use: options KDB_TRACE # Print a stack trace for a = panic options DDB # Enable the kernel debugger # Extra stuff: #options VERBOSE_SYSINIT # Enable verbose sysinit = messages #options BOOTVERBOSE=3D1 #options BOOTHOWTO=3DRB_VERBOSE #options KTR #options KTR_MASK=3DKTR_TRAP ##options KTR_CPUMASK=3D0xF #options KTR_VERBOSE # Disable any extra checking for. . . nooptions DEADLKRES # Enable the deadlock resolver nooptions INVARIANTS # Enable calls of extra sanity = checking nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS nooptions WITNESS # Enable checks to detect = deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks = for speed nooptions DIAGNOSTIC nooptions MALLOC_DEBUG_MAXZONES # Separate malloc(9) zones =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Fri Nov 4 04:23: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 73497C2F98E for ; Fri, 4 Nov 2016 04:23:45 +0000 (UTC) (envelope-from girivs@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 DDBBC1B86 for ; Fri, 4 Nov 2016 04:23:44 +0000 (UTC) (envelope-from girivs@gmx.com) Received: from [24.6.127.25] by 3capp-mailcom-bs06.server.lan (via HTTP); Fri, 4 Nov 2016 05:23:36 +0100 Message-ID: From: "Shankar Giri Venkita Giri" To: freebsd-arm@freebsd.org Subject: Low level boot loader for freebsd ARM Date: Fri, 4 Nov 2016 05:23:36 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:br0gesf1kQZn+LaInLHnyHjw8d9mwQCNW8fpo+rtcAt vNLIfkW+ZkWVjDC1viZ1L2J9x9fnT2m3ruO9OS+WqU0kXkgAsC P+mEDg+a+Z+LMSu9RpZAYajavvnmyND3Fk6qV1vGZfqhxjosb6 UnAF2LSi+VOcUdJ4iHqRoBXFfNw+1VbGT8bd2mWhLJrHQDFN7j zb0CGMZ5fXQ8ropRSssNwSpim3FcxXjjdm9xOke3X3yRMQXixu hHHOIMDMvnnQFd2Bse4iICgaTYEHKu6QSt4HSinPk/WnekcgjC NuZ9+5cvgHD8GfOOu/TosLH2vUI X-UI-Out-Filterresults: notjunk:1;V01:K0:5fGAxv9gDCI=:Pj2q6xkTHASz3NmIctQgxI G4uvpkUrj63xCX2A+YpSFjQqe1f9B1jVJlH6kbgxOVlkBK8kRGus529BUOLZKcl47rOT0FjCn hpBhe5rPhZe/xYkeCGXiJxMI8lQcIh1//5ENOgTQa3WcaCj6pXZ36TsYUxtThyp0TQrksnW83 2U+xZhkE1Mr6jgE3o8Cw8tf5NARxyUGd83788CPNIPVMR7IlwJKaLFzpri3W7/8l/XQiHy7IB b1+FXdeDNrlpmXCQ+cLpZkVbMj+y/EL6RmqTSVRTlhJWEee5V6X5P0zOaFnO3OIZe82JA+rnk /ADmriOs30ixkGvDlD/q/fmpi0jGWXvkrWpxrOVq8kjHJVG4NYKmHAxvixxuBUsrROxiHXsF/ opZk1zkDCPSCiYWZeOZXF9mzhheM55rJhiBy+WZnxknWwMHOW+JU+tqeX9x1kZbBtYjNzYviy DCjl6gq/cg== MIME-Version: 1.0 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: Fri, 04 Nov 2016 04:23:45 -0000 From owner-freebsd-arm@freebsd.org Fri Nov 4 09:31:26 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 AC7F7C2BADA for ; Fri, 4 Nov 2016 09:31:26 +0000 (UTC) (envelope-from jmcneill@invisible.ca) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:c:538::195]) (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 7555511F7 for ; Fri, 4 Nov 2016 09:31:26 +0000 (UTC) (envelope-from jmcneill@invisible.ca) Received: from mfilter44-d.gandi.net (mfilter44-d.gandi.net [217.70.178.175]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 96030A80CE; Fri, 4 Nov 2016 10:31:24 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mfilter44-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter44-d.gandi.net (mfilter44-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id nS1FnmJodbOu; Fri, 4 Nov 2016 10:31:22 +0100 (CET) X-Originating-IP: 142.163.95.249 Received: from [192.168.2.69] (stjhnbsu1kw-142163095249.dhcp-dynamic.FibreOP.nb.bellaliant.net [142.163.95.249]) (Authenticated sender: jmcneill@invisible.ca) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 06412A80F9; Fri, 4 Nov 2016 10:31:21 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: aw_thermal breakage on Allwinner H3 SoC From: Jared McNeill X-Mailer: iPad Mail (14B72) In-Reply-To: <20161103123445.6bcc4799@zeta.dino.sk> Date: Fri, 4 Nov 2016 06:31:20 -0300 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20161024165820.16e6dd6f@zeta.dino.sk> <20161025180314.38ea1e96@zeta.dino.sk> <20161025202609.0958c55d@zeta.dino.sk> <20161025213913.310b502e@zeta.dino.sk> <20161103123445.6bcc4799@zeta.dino.sk> To: Milan Obuch 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, 04 Nov 2016 09:31:26 -0000 It would look similar to the thermal zone definition in sun7i-a20.dtsi. Mayb= e in the short term we can add some tunables with sane defaults in aw_therma= l. > On Nov 3, 2016, at 8:34 AM, Milan Obuch wrote: >=20 > On Tue, 25 Oct 2016 17:38:55 -0300 (ADT) > Jared McNeill wrote: >=20 >>> On Tue, 25 Oct 2016, Milan Obuch wrote: >>>=20 >>> One more observation: booting verbose shows following >>> aw_thermal0: mem >>> 0x1c25000-0x1c253ff irq 29 on simplebus0 aw_thermal0: #0: alarm 42C >>> hyst 15C shut 65C >>>=20 >>> which is for me wrong - shutdown temperature 65 degrees is >>> unacceptably low. =20 >>=20 >> Agreed. Those numbers are the SoC default values. >>=20 >> It looks like the thresholds should be defined in a thermal-zones >> node in the dts, but there is none defined in sun8i-h3.dtsi. We'll >> have to come up with some reasonable defaults, add them to our dts, >> and then add support for reading the trip points to the aw_thermal >> driver. >>=20 >> Cheers, >> Jared >=20 > How could this get done? Do we have any example (in some other dts) how > this definition should look like? Where do these vaules got read from? >=20 > Regards, > Milan From owner-freebsd-arm@freebsd.org Fri Nov 4 18: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 7349CC2FFE3 for ; Fri, 4 Nov 2016 18:23:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 624C3B53 for ; Fri, 4 Nov 2016 18:23:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uA4INlCR059793 for ; Fri, 4 Nov 2016 18:23:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 177687] gdb gets installed but does not know the EABI version if world is compiled with clang. Date: Fri, 04 Nov 2016 18:23:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 04 Nov 2016 18:23:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D177687 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events CC| |gonzo@FreeBSD.org Status|In Progress |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Nov 4 19:16:07 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 B6E26C30B65 for ; Fri, 4 Nov 2016 19:16:07 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id A418FB01 for ; Fri, 4 Nov 2016 19:16:07 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id A0728C30B64; Fri, 4 Nov 2016 19:16:07 +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 A0133C30B63 for ; Fri, 4 Nov 2016 19:16:07 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from drew.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.franken.de", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D04EAFF for ; Fri, 4 Nov 2016 19:16:07 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from [192.168.1.101] (p508F157F.dip0.t-ipconnect.de [80.143.21.127]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTPSA id E90F1721E2822 for ; Fri, 4 Nov 2016 20:16:04 +0100 (CET) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: dtrace on rpi3 panics Message-Id: <56028B91-528A-483A-9019-982ED6BAD2D4@freebsd.org> Date: Fri, 4 Nov 2016 20:16:03 +0100 To: "freebsd-arm@freebsd.org" X-Mailer: Apple Mail (2.3251) X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail-n.franken.de 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, 04 Nov 2016 19:16:07 -0000 Dear all, when running kldload dtraceall on a rpi3 with tuexen@rpi3:~ % uname -a FreeBSD rpi3 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r307671M: Thu Oct 20 = 15:52:24 CEST 2016 = tuexen@bsd5.fh-muenster.de:/usr/home/tuexen/arm64/obj/arm64.aarch64/usr/ho= me/tuexen/head/sys/GENERIC-UP arm64 I get root@rpi3:/home/tuexen # kldload dtraceall x0: ffff0000003194c4 x1: fffffd00014ad500 x2: ffff0000003194c4 x3: ffff0000409d2a6c x4: ffff0000003194c4 x5: 0 x6: ffff000000966850 x7: 40 x8: fffffd0001c1c9c0 x9: 1 x10: 1 x11: 0 x12: fffffd00015ef628 x13: fffffd00014c1300 x14: ffff00000092c670 x15: 0 x16: ffff0000409e7678 x17: ffff000000319414 x18: ffff0000533bff80 x19: ffff0000409d2a6c x20: ffff0000003194c4 x21: ffff0000003194c4 x22: fffffd00014ad500 x23: fffffd00015ef5e0 x24: 8 x25: 1 x26: ffff0000409e8000 x27: ffff0000409e7000 x28: ffff0000409e7000 x29: ffff0000533bffa0 x30: ffff0000533bffa0 sp: ffff0000533bff80 lr: ffff000000319444 elr: fffffd00014ad500 spsr: 800003c5 panic: Unknown kernel exception 0 esr_el1 2000000 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff000000590e60 lr =3D 0xffff00000005e50c sp =3D 0xffff0000533bfa80 fp =3D 0xffff0000533bfc90 db_trace_self_wrapper() at vpanic+0x9c pc =3D 0xffff00000005e50c lr =3D 0xffff0000002ce7b8 sp =3D 0xffff0000533bfca0 fp =3D 0xffff0000533bfd10 vpanic() at panic+0x4c pc =3D 0xffff0000002ce7b8 lr =3D 0xffff0000002ce898 sp =3D 0xffff0000533bfd20 fp =3D 0xffff0000533bfda0 panic() at do_el1h_sync+0x138 pc =3D 0xffff0000002ce898 lr =3D 0xffff0000005a6a90 sp =3D 0xffff0000533bfdb0 fp =3D 0xffff0000533bfdd0 do_el1h_sync() at handle_el1h_sync+0x68 pc =3D 0xffff0000005a6a90 lr =3D 0xffff000000592868 sp =3D 0xffff0000533bfde0 fp =3D 0xffff0000533bfef0 handle_el1h_sync() at smp_rendezvous_cpus+0x2c pc =3D 0xffff000000592868 lr =3D 0xffff000000319440 sp =3D 0xffff0000533bff00 fp =3D 0xffff0000533bffa0 smp_rendezvous_cpus() at dtrace_probe_create+0x20c pc =3D 0xffff000000319440 lr =3D 0xffff0000409bd7cc sp =3D 0xffff0000533bffb0 fp =3D 0xffff0000533c0000 dtrace_probe_create() at dtrace_load+0x420 pc =3D 0xffff0000409bd7cc lr =3D 0xffff0000409c8ff8 sp =3D 0xffff0000533c0010 fp =3D 0xffff0000533c0040 dtrace_load() at linker_load_module+0xaec pc =3D 0xffff0000409c8ff8 lr =3D 0xffff0000002a4ae4 sp =3D 0xffff0000533c0050 fp =3D 0xffff0000533c0360 linker_load_module() at linker_load_dependencies+0x29c pc =3D 0xffff0000002a4ae4 lr =3D 0xffff0000002a7044 sp =3D 0xffff0000533c0370 fp =3D 0xffff0000533c03e0 linker_load_dependencies() at link_elf_load_file+0x680 pc =3D 0xffff0000002a7044 lr =3D 0xffff0000002f1cc8 sp =3D 0xffff0000533c03f0 fp =3D 0xffff0000533c05a0 link_elf_load_file() at linker_load_module+0x8a8 pc =3D 0xffff0000002f1cc8 lr =3D 0xffff0000002a48a0 sp =3D 0xffff0000533c05b0 fp =3D 0xffff0000533c08c0 linker_load_module() at kern_kldload+0xac pc =3D 0xffff0000002a48a0 lr =3D 0xffff0000002a6190 sp =3D 0xffff0000533c08d0 fp =3D 0xffff0000533c0900 kern_kldload() at sys_kldload+0x68 pc =3D 0xffff0000002a6190 lr =3D 0xffff0000002a6270 sp =3D 0xffff0000533c0910 fp =3D 0xffff0000533c0940 sys_kldload() at do_el0_sync+0x540 pc =3D 0xffff0000002a6270 lr =3D 0xffff0000005a72f8 sp =3D 0xffff0000533c0950 fp =3D 0xffff0000533c0a70 do_el0_sync() at handle_el0_sync+0x64 pc =3D 0xffff0000005a72f8 lr =3D 0xffff0000005929d0 sp =3D 0xffff0000533c0a80 fp =3D 0xffff0000533c0b90 handle_el0_sync() at 0x400fbc pc =3D 0xffff0000005929d0 lr =3D 0x0000000000400fbc sp =3D 0xffff0000533c0ba0 fp =3D 0x0000ffffffffebb0 KDB: enter: panic [ thread pid 686 tid 100076 ] Stopped at kdb_enter+0x40: undefined d4200000 db>=20 Is this supposed to work already and this is a bug or is there some more work needed? Best regards Michael From owner-freebsd-arm@freebsd.org Fri Nov 4 20:42:22 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 51D5DC30C25 for ; Fri, 4 Nov 2016 20:42:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 3E019E12 for ; Fri, 4 Nov 2016 20:42:22 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id uA4KgMXT028436 for ; Fri, 4 Nov 2016 20:42:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 191261] [raspberry pi] no cursor on latest -HEAD Date: Fri, 04 Nov 2016 20:42:22 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: gonzo@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 04 Nov 2016 20:42:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D191261 Oleksandr Tymoshenko changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Overcome By Events CC| |gonzo@FreeBSD.org --- Comment #1 from Oleksandr Tymoshenko --- Cursor is present as of r308003 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Nov 5 02:30:03 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 6A3F4C2E63E for ; Sat, 5 Nov 2016 02:30:03 +0000 (UTC) (envelope-from girivs@gmx.com) 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 D7C9FE51 for ; Sat, 5 Nov 2016 02:30:02 +0000 (UTC) (envelope-from girivs@gmx.com) Received: from [216.228.112.21] by 3capp-mailcom-bs07.server.lan (via HTTP); Sat, 5 Nov 2016 03:29:54 +0100 Message-ID: From: "Shankar Giri Venkita Giri" To: freebsd-arm@freebsd.org Subject: Low level boot loader for freebsd ARM Date: Sat, 5 Nov 2016 03:29:54 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K0:1iU3k2JTNYbttIRPoD8fK1vEMy/aG9cNVRxgo79kJYz t8Myku5kgvlS+O17sDQtWEiiEGMB3djtXM+ufjFyWuCsbZDv// EM4CLdBxRkXHAYXSsHhDhyI2et94hSU5Elz84HDVGS+u26vlIs htTsuQMMzvPnCHAErzykp5roiuPE9BNH12f1hGxKVp+hnbTNor asEQtP44jUNWI9WsmlvR+Pac0LoAU8sw3d7ROTXl83ClY08ktL tSdNMVgKoFFoOJnaxtleAKBuvTU9RBY4PgaWsOquvVudZBWgjW 5duDwkrNsmyalGPqikLZohktEoN X-UI-Out-Filterresults: notjunk:1;V01:K0:GtbK6w3SX5Y=:E8I6RXJj+YXT276pQSIHMz 2IMtfnqHFm/R1Sd6744Lv+RgKVnN2zCQiUdggPMK6yxsjnveHJAQsBaSyANy2bbBCyKQcZxi+ qCUIix6dSXuR820sY92vTGMLNcCHqrCmmmqSI1Q6VeMMsHob/3rIiNrp2ZjSi/ysLD91oaTXI e5ukm+5ctOJHwEcBEPqt5pSzTH1DVUzxIcKBbze0DbHvO0X9FCV3cegcHFwrgTvdVqyKGPRHp O6keQZtsJioYVJjVz/a8x5BzVrMT9EeDuo+SCvWljeUq7qxbL2Qg0PYQ6TAPzoPA6dzmxsgpt IyGzVdtyVYFsVTNaJtMQFQhnR62KFLPg/gmIdrsxjjcB6MR76Hx7s5LN8/lmyGcFXXhg4RnMq GdSwnbwlEpR4cAAh/f5ZPPeUIKNcb2AHP95Jxmd8q/9td8oemgE+daLXiGyoPPtLMP8OEjgH7 PXw8StXYBw== MIME-Version: 1.0 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: Sat, 05 Nov 2016 02:30:03 -0000 From owner-freebsd-arm@freebsd.org Sat Nov 5 05:45: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 2A8AAC31204 for ; Sat, 5 Nov 2016 05:45:48 +0000 (UTC) (envelope-from girivs82@yahoo.com) Received: from nm44-vm6.bullet.mail.ne1.yahoo.com (nm44-vm6.bullet.mail.ne1.yahoo.com [98.138.120.246]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EFBCFB1E for ; Sat, 5 Nov 2016 05:45:47 +0000 (UTC) (envelope-from girivs82@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1478324741; bh=zXaAbyecIhDOdMnbmV5h0tTZ4tx0M+v6ZOHYKh8Us8M=; h=Date:From:Reply-To:To:Subject:References:From:Subject; b=SSvIs62qefnY+tDWLS2F42V1LQHbP8EHoZfJXwkUIuIQY0JxnlAkZyLVjYeo2kM4M5LDQkzS+PGh5VJWydjBN2cGtWPmGs146vKgUrxWyai1OnA9SGTfy4cgst7//mxHzzyCETBVAKOA1Ku5XzPe8enm60M0/RMKlUd/BQPVhXliCNqOz8WGW0+wJBsDNQQ/Ti3enipTOgfmXZD2gMMiki6HChHFR44oFbZPzPy9qEu7u0DZN/gWxbSANr2k+1JFDVZ9UPyiHVrmnc6wJOG88HAwa67hDAzez5qVf7u8dR7xU5eSqM2Ab5L1bk6hLZApwlwBBQLc61VumhN8zzgPdA== Received: from [127.0.0.1] by nm44.bullet.mail.ne1.yahoo.com with NNFMP; 05 Nov 2016 05:45:41 -0000 Received: from [98.138.101.130] by nm44.bullet.mail.ne1.yahoo.com with NNFMP; 05 Nov 2016 05:42:41 -0000 Received: from [98.138.89.244] by tm18.bullet.mail.ne1.yahoo.com with NNFMP; 05 Nov 2016 05:42:23 -0000 Received: from [127.0.0.1] by omp1058.mail.ne1.yahoo.com with NNFMP; 05 Nov 2016 05:42:23 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 26086.82165.bm@omp1058.mail.ne1.yahoo.com X-YMail-OSG: RkGeNrwVM1midtkc2sfwtEKewK7Kr5BVMBjCOQUIprVP7ctQwBRDQ.TYFcPY0ew a.__4tjTuvcUvQ1Qi19VbQ4etbc0LyE8PNVERSjA6b6ujEuLepgDPRiToad2C2T2uwxAVI7bHut4 HF9C_ELyVGDZK4BWyPdzmynoeuIoGVp_zlqxBl8pbfQXzh2vnl7PyZ0FjAE4joyc44ZO7g8H9Jzj AMhLC7at4e2FUjUqQg1srJQTwbMGaqgYtQ2IGx5.DTJPpvAgqJ9iBYz4PmVFEf3KlkvFONKYDfTJ vXGhhBfHM9QNPuBQGy9lQrtRA1EYeCISII_5dgc9OCmrtT64TFszwhTWejgf_sUbSmCOfb5rwVd0 mSZ63sRaeVJciNGc4fg.kiEHoE2NurqQUTmmGgxfC8wJelHGLcmAfovjCOGth1YALPKr5qgDvV8p QRLJS9eFbwsgZsvhKyJCj_fcpTctKPjRkhlms0FJwvC5lo4Z92OPM0pDuLqdQ9BQZIntitNY.Tp4 uAl.rbZGsp1KKbA9WdVYvo0jgWkp85CEK2IcLj3qab1cGGrvUUB4- Received: from jws200059.mail.ne1.yahoo.com by sendmailws139.mail.ne1.yahoo.com; Sat, 05 Nov 2016 05:42:22 +0000; 1478324542.653 Date: Sat, 5 Nov 2016 05:42:22 +0000 (UTC) From: Reply-To: To: "freebsd-arm@freebsd.org" Message-ID: <234108602.628399.1478324542467@mail.yahoo.com> Subject: Low level boot loader for freebsd MIME-Version: 1.0 References: <234108602.628399.1478324542467.ref@mail.yahoo.com> 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: Sat, 05 Nov 2016 05:45:48 -0000 Serious problems with blank emails, so I'm using my alternate email address= . Hopefully this will go through.-----------------------------------Just an= idea I'm throwing out.=C2=A0I decided to do a bit of baremetal coding on m= y Jetson-TK1 that got me thinking. Right now FreeBSD relies on uboot as the= low level bootloader and ubldr uses the u-boot API to bootstrap on top of = it. I'm thinking of extending the functionality of ubldr to remove the u-bo= ot dependency and use our own baremetal lowlevel hookups=C2=A0(well, name m= ight have to be changed since it won't be using u-boot anymore).=C2=A0Advan= tages:1. Low level bootstrapping code part of FreeBSD tree. Using the libst= and library and the low level hookups, we'd get the low level bootloader co= mpiled while building=C2=A0world+kernel.2. Sharing the same fdt. Since the = low level bootloader uses the same dts/dtsi files as the kernel, there is n= o reason to have two of them. The same fdt can be shared between the bootlo= ader and the kernel. Theoretically we could still do that now between u-boo= t and freebsd, but being maintained by different projects, the shared dts w= ill have an unavoidable dichotomy.3. Seamless bootstrapping. Right now, the= bootloader and kernel are completely separate entities, so once the kernel= takes control, it ends up having to initialize a bunch of HW that the boot= loader has already take care of. This makes sense now because there are no = guarantees on what has and has not been initialized by u-boot and what coul= d change in future.=C2=A0With the bootloader part of the freebsd base, we m= ight actually be able to just do post-init work on the kernel and this coul= d actually improve boot times (and in the embedded world, this counts for a= lot)4. Use our default toolchain. Clang (binutils is unavoidable at this p= oint till the llvm linker is mature). I already compiled my bare-metal code= on Jetson-TK1 using Clang+binutils and it ran quite well, llvm has has got= ten pretty mature at this point. I stopped using gcc for my arm compilation= a long time ago, even for the freebsd kernel.=C2=A0Disadvantages:1. Embedd= ed world is fragmented, too many machine/arch specific variations. Code mai= ntainability could be a nightmare.2. Testing low level is difficult. You do= n't even have a uart console in bare-metal, so you'll have to rely on JTAG = (sometimes really expensive lauterbachs) or poring through assembly. Plus w= e need to find people with embedded hardware willing to test them.3. Adopta= bility. I don't think people will warm up to a new bootloader soon, particu= larly those who have u-boot experience. Without contributors, this will die= a slow agonizing death.=C2=A0What does the community think?=C2=A0Is this s= omething that could actually help? If yes, I'm willing to start working on = a proof-of-concept. My test vehicle would be the Jetson TK1. From owner-freebsd-arm@freebsd.org Sat Nov 5 23:13:43 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 B2398BED618 for ; Sat, 5 Nov 2016 23:13:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-56.reflexion.net [208.70.210.56]) (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 737D2873 for ; Sat, 5 Nov 2016 23:13:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 16590 invoked from network); 5 Nov 2016 23:13:25 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 5 Nov 2016 23:13:25 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.10.1) with SMTP; Sat, 05 Nov 2016 19:13:40 -0400 (EDT) Received: (qmail 17766 invoked from network); 5 Nov 2016 23:13:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Nov 2016 23:13:40 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 7122FEC8BDB for ; Sat, 5 Nov 2016 16:13:35 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.1 \(3251\)) Subject: FYI: Some BPi-M3 notes, including self-hosted buildworld/buildkernel in about 9.5 hours (lldb build included) Message-Id: Date: Sat, 5 Nov 2016 16:13:34 -0700 To: freebsd-arm X-Mailer: Apple Mail (2.3251) 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, 05 Nov 2016 23:13:43 -0000 I did a from-scratch -j 5 buildworld buildkernel of stable/11 -r308135 = on a BPi-M3 and it took about 9.5 hours. The "Other notes" part below lists = the src-env.conf (src.conf) sort of content, clang's FULL, EXTRAS, and LLDB included. But WITH_SYSTEM_COMPILER=3D was in use as well. The BPi-M3 was running -r308135 that had been cross-built with = -mcpu=3Dcortex-a7 listed in XCFLAGS and XCXXFLAGS. The ALLWINNER kernel configuration file = was included in my BPIM3-NODBG and then BPIM3-NODBG made sure that the performance-tied debug options were disabled in the cross build. (This = style of configuration handling adapts to head's ALLWINNER configuration use = as well --without editing BPIM3-NODBG generally.) The BPi-M3 is a V1.2 board (with a 1.7mm-inner/4mm-outer power = connector) and has/had: A) A heat sink on the A83T chip. B) A 3.3 V fan above the A83T chip. C) A 240 GByte USB SSD used for / (the root file system) and swap. [The SSD is a USB-stick style one, no external power.] D) There is a 3.1 GByte swap parition on the USB SSD. [Given bugzilla 206048 I always avoid using files as swap.] E) The mmc media used was a Samsung 32GB EVO+. [But (C) makes this largely irrelevant to the performance.] F) A 15W power supply (output: 5V, 3A capable). G) Appropriate serial port hardware attached. H) "-mcpu=3Dcortex-a7" listed in XCFLAGS and XCXXFLAGS for buildworld/buildkernel. I) The ALLWINNER kernel configuration file was included in my BPIM3-NODBG and then BPIM3-NODBG made sure that the performance-tied debug options were disabled. (stable/11 -r308135) J) The "Other notes" part below lists the src-env.conf (src.conf) sort of content, clang's FULL, EXTRAS, and LLDB included. But WITH_SYSTEM_COMPILER=3D was in use as well. FreeBSD only supports using 4 of the 8 cores. If 6-8 of them were usable = then the time for a build with some -j from 6 to 9 might be 7 hours or less. For comparison: As I remember last I did -j 5 buildworld buildkernel of = an earlier stable/11 on a rpi2 it was between 14 hours and 15 hours, no heat sink, = no fan, but an external USB SSD for / (root filesystem) and swap. (That USB SSD = on a powered hub.) I found the "sysctl -a" aw_ items for the BPi-M3 and the thermal results = reported were 35C or a little less while 4 cores were busy and had been for some = time. Both cluster's reports always agreed when observed --despite only 4 = cores being in use. (Apparently thermal monitoring and throttling are done by stable/11 for = the BPi-M3 --but not via powerd. powerd reports that the cpufreq facilities it uses = are are not available and quits.) I also used the Ubuntu 16.04 with Mate image and looked around some: 0) All 8 cores (4 from each cluster) are available. 1) The two clusters of 4 cores each are not treated as NUMA from what I = can tell. [For example the Ubuntu top's NUMA selections report lack of a NUMA = context.] 2) (1) is despite the early boot referencing 2 "sockets" [amd64 = terminology?] for what Allwinner calls "clusters". 3) All the cores are reported as running at the same speed when the = speed changes, even when only one core was doing much of anything and top shows most = as 0.0% used. This seemed to be true for all the policy settings that I = played with. So it appears the Ubuntu image keeps the two clusters of cores set up = the same: when one changes so does the other to match, cores uniform as well. That = and avoiding any assumption of a cache level that spans all the cores (both = clusters) would seem to be the general trend for how things are handled to enable = 8 cores. But that claim is made from the external presentation, not from analysis = of the source code. Other notes: I've had the BPi-M3 board change its Ethernet MAC address 3 times so = far. MAC stability may require some explicit control/override somewhere. I used kern.cam.boot_delay=3D"10000" in /boot/loader.conf so that = mounting / on the USB SSD would reliably go well on the BPi-M3. I have had the serial connection drop text, unlike the rpi2 using the = same serial hardware and such. I've also had the BPi-M3 context switch to odd characters being shown. Crochet tends to set up a file as the swap area. Given bugzilla 206048 I = avoid this configuration on all architectures and create and use a swap = partition instead. (I usually have swap set up and enabled.) ~/src.configs/src.conf.bpim3-clang-bootstrap.bpim3-host was: > TO_TYPE=3Darmv6 > # > KERNCONF=3DBPIM3-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > #WITHOUT_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > WITHOUT_LIBSOFT=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -mcpu=3Dcortex-a7 > # There is no XCPPFLAGS but XCPP gets XCFLAGS content. =3D=3D=3D Mark Millard markmi at dsl-only.net