From owner-freebsd-arm@FreeBSD.ORG Sun Jun 9 22:56:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D371834A for ; Sun, 9 Jun 2013 22:56:40 +0000 (UTC) (envelope-from cognet@ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:150:ca0a:a9ff:fef1:a4c9]) by mx1.freebsd.org (Postfix) with ESMTP id ECF821B38 for ; Sun, 9 Jun 2013 22:56:39 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.5/8.14.5) with ESMTP id r59MuGMH042577; Mon, 10 Jun 2013 00:56:16 +0200 (CEST) (envelope-from cognet@ci0.org) Received: (from doginou@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id r59MuG7r042576; Mon, 10 Jun 2013 00:56:16 +0200 (CEST) (envelope-from cognet@ci0.org) X-Authentication-Warning: kanar.ci0.org: doginou set sender to cognet@ci0.org using -f Date: Mon, 10 Jun 2013 00:56:16 +0200 From: Olivier Houchard To: Andrew Turner Subject: Re: RFC: Patches with AXP support and pmap&smp fixes. Message-ID: <20130609225615.GA42548@ci0.org> References: <517E8610.5050204@semihalf.com> <20130430142701.5bbfec2b@bender.lan> <20130430143311.GA71966@ci0.org> <518775B4.1010308@semihalf.com> <20130506134129.GA60131@ci0.org> <20130602130713.70b0b9f0@bender.Home> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <20130602130713.70b0b9f0@bender.Home> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jun 2013 22:56:40 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jun 02, 2013 at 01:07:13PM +0100, Andrew Turner wrote: > On Mon, 6 May 2013 15:41:29 +0200 > Olivier Houchard wrote: > > > On Mon, May 06, 2013 at 11:19:48AM +0200, Grzegorz Bernacki wrote: > > > > > > Hi, > > > > > > Our patch fixes only initialization of pcpu in pcpu_init(). In 4 > > > cores setup it is possible the at least two cores simultaneously > > > updating queue of pcpus which causes corruption. > > > I am not aware of any other problems with SMP. Let us try setup > > > with WITNESS enabled and we'll see if we have the same problem. > > > Olivier, could you share your patch? In case we have the problem we > > > would like to have it. > > > > > > > Hi, > > > > Sure I will dust it off, and send it. Maybe not before Sunday though, > > I'll be mostly MIA for the week. I'm quite interested in you guys > > having a look at it. > > Did you manage to extract the patch? I don't remember seeing it. > > Andrew Hi Andrew, Sorry for the long delay. I finally took time to update it to the latest -CURRENT, and check that it boots. Regards, Olivier --7JfCtLOvnd9MIVvH Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="pcpu-patch.diff" Index: arm/arm/cpufunc_asm_armv7.S =================================================================== --- arm/arm/cpufunc_asm_armv7.S (revision 251584) +++ arm/arm/cpufunc_asm_armv7.S (working copy) @@ -57,9 +57,9 @@ #define PT_OUTER_WBWA (1 << 3) #ifdef SMP -#define PT_ATTR (PT_S|PT_INNER_WT|PT_OUTER_WT|PT_NOS) +#define PT_ATTR (PT_S|PT_INNER_WBWA|PT_OUTER_WBWA|PT_NOS) #else -#define PT_ATTR (PT_INNER_WT|PT_OUTER_WT) +#define PT_ATTR (PT_INNER_WBWA|PT_OUTER_WBWA) #endif ENTRY(armv7_setttb) @@ -98,7 +98,7 @@ ldr r1, .Lpage_mask bic r0, r0, r1 #ifdef SMP - mcr p15, 0, r0, c8, c3, 1 /* flush D tlb single entry Inner Shareable*/ + mcr p15, 0, r0, c8, c3, 3 /* flush D tlb single entry Inner Shareable*/ mcr p15, 0, r0, c7, c1, 6 /* flush BTB Inner Shareable */ #else mcr p15, 0, r0, c8, c7, 1 /* flush D tlb single entry */ @@ -113,6 +113,7 @@ ENTRY(armv7_dcache_wbinv_all) stmdb sp!, {r4, r5, r6, r7, r8, r9} + dsb /* Get cache level */ ldr r0, .Lcoherency_level ldr r3, [r0] @@ -188,6 +189,7 @@ and r2, r0, r3 add r1, r1, r2 bic r0, r0, r3 + dsb .Larmv7_wb_next: mcr p15, 0, r0, c7, c10, 1 /* Clean D cache SE with VA */ add r0, r0, ip @@ -203,6 +205,7 @@ and r2, r0, r3 add r1, r1, r2 bic r0, r0, r3 + dsb .Larmv7_wbinv_next: mcr p15, 0, r0, c7, c14, 1 /* Purge D cache SE with VA */ add r0, r0, ip @@ -222,6 +225,7 @@ and r2, r0, r3 add r1, r1, r2 bic r0, r0, r3 + dsb .Larmv7_inv_next: mcr p15, 0, r0, c7, c6, 1 /* Invalidate D cache SE with VA */ add r0, r0, ip @@ -237,6 +241,7 @@ and r2, r0, r3 add r1, r1, r2 bic r0, r0, r3 + dsb .Larmv7_id_wbinv_next: mcr p15, 0, r0, c7, c5, 1 /* Invalidate I cache SE with VA */ mcr p15, 0, r0, c7, c14, 1 /* Purge D cache SE with VA */ Index: arm/arm/copystr.S =================================================================== --- arm/arm/copystr.S (revision 251584) +++ arm/arm/copystr.S (working copy) @@ -51,14 +51,12 @@ .align 0 #ifdef _ARM_ARCH_6 -#define GET_PCB(tmp) \ - mrc p15, 0, tmp, c13, c0, 4; \ - add tmp, tmp, #(PC_CURPCB) +KSTACK_LOCALS #else .Lpcb: .word _C_LABEL(__pcpu) + PC_CURPCB -#define GET_PCB(tmp) \ +#define GET_PCB(tmp, tmp2) \ ldr tmp, .Lpcb #endif @@ -114,8 +112,7 @@ moveq r0, #ENAMETOOLONG beq 2f - GET_PCB(r4) - ldr r4, [r4] + GET_PCB(r4, r5) #ifdef DIAGNOSTIC teq r4, #0x00000000 @@ -162,8 +159,7 @@ moveq r0, #ENAMETOOLONG beq 2f - GET_PCB(r4) - ldr r4, [r4] + GET_PCB(r4, r5) #ifdef DIAGNOSTIC teq r4, #0x00000000 Index: arm/arm/genassym.c =================================================================== --- arm/arm/genassym.c (revision 251584) +++ arm/arm/genassym.c (working copy) @@ -25,6 +25,8 @@ * */ +#include "opt_kstack_max_pages.h" + #include __FBSDID("$FreeBSD$"); #include @@ -69,6 +71,7 @@ ASSYM(PCB_R12, offsetof(struct pcb, un_32.pcb32_r12)); ASSYM(PCB_PC, offsetof(struct pcb, un_32.pcb32_pc)); ASSYM(PCB_SP, offsetof(struct pcb, un_32.pcb32_sp)); +ASSYM(PCB_CURTHREAD, offsetof(struct pcb, un_32.pcb32_curthread)); ASSYM(PC_CURPCB, offsetof(struct pcpu, pc_curpcb)); ASSYM(PC_CURTHREAD, offsetof(struct pcpu, pc_curthread)); @@ -138,3 +141,6 @@ ASSYM(MAXCOMLEN, MAXCOMLEN); ASSYM(NIRQ, NIRQ); + +ASSYM(KSTACK_ADDR_MASK, KSTACK_MAX_PAGES * PAGE_SIZE - 1); +ASSYM(KSTACK_PCB_ADDR, KSTACK_MAX_PAGES * PAGE_SIZE - sizeof(struct pcb)); Index: arm/arm/mp_machdep.c =================================================================== --- arm/arm/mp_machdep.c (revision 251584) +++ arm/arm/mp_machdep.c (working copy) @@ -160,12 +160,13 @@ } extern vm_paddr_t pmap_pa; + +void init_secondary_finish(void); + void init_secondary(int cpu) { struct pcpu *pc; - uint32_t loop_counter; - int start = 0, end = 0; cpu_setup(NULL); setttb(pmap_pa); @@ -195,7 +196,6 @@ ; /* Initialize curthread */ - KASSERT(PCPU_GET(idlethread) != NULL, ("no idle thread")); pc->pc_curthread = pc->pc_idlethread; pc->pc_curpcb = pc->pc_idlethread->td_pcb; #ifdef ARM_VFP_SUPPORT @@ -203,7 +203,16 @@ vfp_init(); #endif + __asm __volatile("mov sp, %0\n" + "b init_secondary_finish\n" : : "r" (pc->pc_idlethread->td_pcb->un_32.pcb32_sp)); +} +void +init_secondary_finish(void) +{ + int start = 0, end = 0; + uint32_t loop_counter; + mtx_lock_spin(&ap_boot_mtx); atomic_add_rel_32(&smp_cpus, 1); Index: arm/arm/machdep.c =================================================================== --- arm/arm/machdep.c (revision 251584) +++ arm/arm/machdep.c (working copy) @@ -42,6 +42,7 @@ * Updated : 18/04/01 updated for new wscons */ +#include "opt_kstack_max_pages.h" #include "opt_compat.h" #include "opt_ddb.h" #include "opt_platform.h" @@ -106,6 +107,7 @@ #include #endif +#define DEBUG #ifdef DEBUG #define debugf(fmt, args...) printf(fmt, ##args) #else @@ -398,6 +400,7 @@ USPACE_UNDEF_STACK_TOP; pcb->un_32.pcb32_sp = (u_int)thread0.td_kstack + USPACE_SVC_STACK_TOP; + pcb->un_32.pcb32_curthread = &thread0; vector_page_setprot(VM_PROT_READ); pmap_set_pcb_pagedir(pmap_kernel(), pcb); pmap_postinit(); @@ -874,9 +877,9 @@ set_pcpu(pcpup); #endif pcpu_init(pcpup, 0, sizeof(struct pcpu)); - PCPU_SET(curthread, &thread0); + pcpup->pc_curthread = &thread0; #ifdef ARM_VFP_SUPPORT - PCPU_SET(cpu, 0); + pcpup->pc_cpu = 0; #endif } @@ -1028,6 +1031,7 @@ thread0.td_pcb = (struct pcb *) (thread0.td_kstack + KSTACK_PAGES * PAGE_SIZE) - 1; thread0.td_pcb->pcb_flags = 0; + thread0.td_pcb->un_32.pcb32_curthread = &thread0; thread0.td_frame = &proc0_tf; pcpup->pc_curpcb = thread0.td_pcb; } @@ -1181,6 +1185,12 @@ phys_avail[j + 1] = 0; } +void do_putc(char); +void do_putc(char c) +{ + *(volatile char *)0x48020000 = c; +} + void * initarm(struct arm_boot_params *abp) { @@ -1232,8 +1242,10 @@ /* Grab physical memory regions information from device tree. */ if (fdt_get_mem_regions(memory_regions, &memory_regions_sz, - &memsize) != 0) + &memsize) != 0) { + do_putc('a'); while(1); + } /* Grab physical memory regions information from device tree. */ if (fdt_get_reserved_regions(reserved_regions, &reserved_regions_sz) != 0) @@ -1364,8 +1376,20 @@ valloc_pages(irqstack, IRQ_STACK_SIZE * MAXCPU); valloc_pages(abtstack, ABT_STACK_SIZE * MAXCPU); valloc_pages(undstack, UND_STACK_SIZE * MAXCPU); - valloc_pages(kernelstack, KSTACK_PAGES * MAXCPU); valloc_pages(msgbufpv, round_page(msgbufsize) / PAGE_SIZE); + if ((KSTACK_MAX_PAGES * PAGE_SIZE) - + (freemempos & (KSTACK_MAX_MASK)) >= KSTACK_PAGES) + freemempos = (freemempos &~ KSTACK_MAX_MASK) + + (KSTACK_MAX_PAGES * PAGE_SIZE) - + (KSTACK_PAGES * PAGE_SIZE); + + else + freemempos = (freemempos &~ KSTACK_MAX_MASK) + + (KSTACK_MAX_PAGES * PAGE_SIZE) + + 2 * (KSTACK_MAX_PAGES * PAGE_SIZE) - + (KSTACK_PAGES * PAGE_SIZE); + + valloc_pages(kernelstack, KSTACK_PAGES); /* * Now we start construction of the L1 page table @@ -1486,12 +1510,14 @@ init_proc0(kernelstack.pv_va); arm_intrnames_init(); + printf("hoho\n"); arm_vector_init(ARM_VECTORS_HIGH, ARM_VEC_ALL); + printf("hehe\n"); arm_dump_avail_init(memsize, sizeof(dump_avail) / sizeof(dump_avail[0])); + printf("plop\n"); pmap_bootstrap(freemempos, &kernel_l1pt); + printf("unplop\n"); msgbufp = (void *)msgbufpv.pv_va; - msgbufinit(msgbufp, msgbufsize); - mutex_init(); /* * Prepare map of physical memory regions available to vm subsystem. @@ -1500,6 +1526,7 @@ init_param2(physmem); kdb_init(); + msgbufinit(msgbufp, msgbufsize); return ((void *)(kernelstack.pv_va + USPACE_SVC_STACK_TOP - sizeof(struct pcb))); Index: arm/arm/fusu.S =================================================================== --- arm/arm/fusu.S (revision 251584) +++ arm/arm/fusu.S (working copy) @@ -40,14 +40,13 @@ __FBSDID("$FreeBSD$"); #ifdef _ARM_ARCH_6 -#define GET_PCB(tmp) \ - mrc p15, 0, tmp, c13, c0, 4; \ - add tmp, tmp, #(PC_CURPCB) +KSTACK_LOCALS #else .Lcurpcb: .word _C_LABEL(__pcpu) + PC_CURPCB -#define GET_PCB(tmp) \ - ldr tmp, .Lcurpcb +#define GET_PCB(tmp, tmp2) \ + ldr tmp, .Lcurpcb; \ + ldr tmp, [tmp] #endif /* @@ -57,21 +56,28 @@ ENTRY_NP(casuword32) ENTRY(casuword) - GET_PCB(r3) - ldr r3, [r3] - -#ifdef DIAGNOSTIC - teq r3, #0x00000000 - beq .Lfusupcbfault -#endif stmfd sp!, {r4, r5} + GET_PCB(r3, r4) + adr r4, .Lcasuwordfault str r4, [r3, #PCB_ONFAULT] +#ifdef _ARM_ARCH_6 +1: + ldrex r5, [r0] + cmp r5, r1 + movne r0, r5 + bne 2f + strex r5, r2, [r0] + cmp r5, #0 + bne 1b +#else ldrt r5, [r0] cmp r5, r1 movne r0, r5 streqt r2, [r0] +#endif moveq r0, r1 +2: ldmfd sp!, {r4, r5} mov r1, #0x00000000 str r1, [r3, #PCB_ONFAULT] @@ -97,14 +103,8 @@ ENTRY_NP(fuword32) ENTRY(fuword) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r1, .Lfusufault str r1, [r2, #PCB_ONFAULT] @@ -123,14 +123,8 @@ */ ENTRY(fusword) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r1, .Lfusufault str r1, [r2, #PCB_ONFAULT] @@ -159,14 +153,8 @@ mvnne r0, #0x00000000 RETne - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r1, _C_LABEL(fusubailout) str r1, [r2, #PCB_ONFAULT] @@ -199,14 +187,8 @@ */ ENTRY(fubyte) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r1, .Lfusufault str r1, [r2, #PCB_ONFAULT] @@ -242,36 +224,15 @@ mvn r0, #0x00000000 RET -#ifdef DIAGNOSTIC /* - * Handle earlier faults from [fs]u*(), due to no pcb - */ - -.Lfusupcbfault: - mov r1, r0 - adr r0, fusupcbfaulttext - b _C_LABEL(panic) - -fusupcbfaulttext: - .asciz "Yikes - no valid PCB during fusuxxx() addr=%08x\n" - .align 0 -#endif - -/* * suword(caddr_t uaddr, int x); * Store an int in the user's address space. */ ENTRY_NP(suword32) ENTRY(suword) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r3, .Lfusufault str r3, [r2, #PCB_ONFAULT] @@ -296,14 +257,8 @@ mvnne r0, #0x00000000 RETne - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r3, _C_LABEL(fusubailout) str r3, [r2, #PCB_ONFAULT] @@ -327,14 +282,8 @@ */ ENTRY(susword) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r3, .Lfusufault str r3, [r2, #PCB_ONFAULT] @@ -358,15 +307,8 @@ */ ENTRY(subyte) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) - -#ifdef DIAGNOSTIC - teq r2, #0x00000000 - beq .Lfusupcbfault -#endif - adr r3, .Lfusufault str r3, [r2, #PCB_ONFAULT] Index: arm/arm/gic.c =================================================================== --- arm/arm/gic.c (revision 251584) +++ arm/arm/gic.c (working copy) @@ -253,7 +253,7 @@ active_irq &= 0x3FF; if (active_irq == 0x3FF) { - if (last_irq == -1) + if (last_irq == -1 && 0) printf("Spurious interrupt detected [0x%08x]\n", active_irq); return -1; } Index: arm/arm/swtch.S =================================================================== --- arm/arm/swtch.S (revision 251584) +++ arm/arm/swtch.S (working copy) @@ -192,7 +192,7 @@ #endif /* We have a new curthread now so make a note it */ - GET_CURTHREAD_PTR(r6) + GET_PCPU_CURTHREAD_PTR(r6) str r5, [r6] /* Set the new tp */ @@ -226,7 +226,7 @@ /* Process is now on a processor. */ /* We have a new curthread now so make a note it */ - GET_CURTHREAD_PTR(r7) + GET_PCPU_CURTHREAD_PTR(r7) str r1, [r7] /* Hook in a new pcb */ @@ -434,7 +434,11 @@ str r6, [r4, #TD_LOCK] #if defined(SCHED_ULE) && defined(SMP) ldr r6, .Lblocked_lock - GET_CURTHREAD_PTR(r3) + /* + * It's fine to use GET_PCPU_CURTHREAD_PTR here, because interrupts + * are disabled, so it will be atomic. + */ + GET_PCPU_CURTHREAD_PTR(r3) 1: ldr r4, [r3, #TD_LOCK] Index: arm/arm/bcopyinout.S =================================================================== --- arm/arm/bcopyinout.S (revision 251584) +++ arm/arm/bcopyinout.S (working copy) @@ -39,6 +39,7 @@ #include "assym.s" #include +#include #include .L_arm_memcpy: @@ -55,14 +56,12 @@ .align 0 #ifdef _ARM_ARCH_6 -#define GET_PCB(tmp) \ - mrc p15, 0, tmp, c13, c0, 4; \ - add tmp, tmp, #(PC_CURPCB) +KSTACK_LOCALS #else .Lcurpcb: .word _C_LABEL(__pcpu) + PC_CURPCB -#define GET_PCB(tmp) \ +#define GET_PCB(tmp, tmp2) \ ldr tmp, .Lcurpcb #endif @@ -116,8 +115,7 @@ .Lnormal: SAVE_REGS - GET_PCB(r4) - ldr r4, [r4] + GET_PCB(r4, r5) ldr r5, [r4, #PCB_ONFAULT] @@ -354,8 +352,7 @@ .Lnormale: SAVE_REGS - GET_PCB(r4) - ldr r4, [r4] + GET_PCB(r4, r5) ldr r5, [r4, #PCB_ONFAULT] adr r3, .Lcopyfault @@ -549,8 +546,7 @@ * else EFAULT if a page fault occurred. */ ENTRY(badaddr_read_1) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) ldr ip, [r2, #PCB_ONFAULT] adr r3, 1f @@ -575,8 +571,7 @@ * else EFAULT if a page fault occurred. */ ENTRY(badaddr_read_2) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) ldr ip, [r2, #PCB_ONFAULT] adr r3, 1f @@ -601,8 +596,7 @@ * else EFAULT if a page fault occurred. */ ENTRY(badaddr_read_4) - GET_PCB(r2) - ldr r2, [r2] + GET_PCB(r2, r3) ldr ip, [r2, #PCB_ONFAULT] adr r3, 1f Index: arm/arm/pmap-v6.c =================================================================== --- arm/arm/pmap-v6.c (revision 251584) +++ arm/arm/pmap-v6.c (working copy) @@ -1818,7 +1818,7 @@ cpu_tlb_flushID(); cpu_cpwait(); if (vector_page < KERNBASE) { - struct pcb *curpcb = PCPU_GET(curpcb); + struct pcb *_curpcb = curpcb; pcb = thread0.td_pcb; if (pmap_is_current(pmap)) { /* @@ -1838,10 +1838,10 @@ * Make sure cpu_switch(), et al, DTRT. This is safe to do * since this process has no remaining mappings of its own. */ - curpcb->pcb_pl1vec = pcb->pcb_pl1vec; - curpcb->pcb_l1vec = pcb->pcb_l1vec; - curpcb->pcb_dacr = pcb->pcb_dacr; - curpcb->pcb_pagedir = pcb->pcb_pagedir; + _curpcb->pcb_pl1vec = pcb->pcb_pl1vec; + _curpcb->pcb_l1vec = pcb->pcb_l1vec; + _curpcb->pcb_dacr = pcb->pcb_dacr; + _curpcb->pcb_pagedir = pcb->pcb_pagedir; } pmap_free_l1(pmap); @@ -2229,6 +2229,8 @@ pmap_kextract(vm_offset_t va) { + if (kernel_vm_end == 0) + return (0); return (pmap_extract_locked(kernel_pmap, va)); } Index: arm/arm/vm_machdep.c =================================================================== --- arm/arm/vm_machdep.c (revision 251584) +++ arm/arm/vm_machdep.c (working copy) @@ -131,6 +131,7 @@ #endif td2->td_pcb = pcb2; bcopy(td1->td_pcb, pcb2, sizeof(*pcb2)); + pcb2->un_32.pcb32_curthread = td2; mdp2 = &p2->p_md; bcopy(&td1->td_proc->p_md, mdp2, sizeof(*mdp2)); pcb2->un_32.pcb32_und_sp = td2->td_kstack + USPACE_UNDEF_STACK_TOP; @@ -344,6 +345,7 @@ bcopy(td0->td_frame, td->td_frame, sizeof(struct trapframe)); bcopy(td0->td_pcb, td->td_pcb, sizeof(struct pcb)); + td->td_pcb->un_32.pcb32_curthread = td; tf = td->td_frame; sf = (struct switchframe *)tf - 1; sf->sf_r4 = (u_int)fork_return; @@ -406,6 +408,7 @@ { td->td_pcb = (struct pcb *)(td->td_kstack + td->td_kstack_pages * PAGE_SIZE) - 1; + td->td_pcb->un_32.pcb32_curthread = td; /* * Ensure td_frame is aligned to an 8 byte boundary as it will be * placed into the stack pointer which must be 8 byte aligned in Index: arm/arm/cpufunc.c =================================================================== --- arm/arm/cpufunc.c (revision 251584) +++ arm/arm/cpufunc.c (working copy) @@ -1116,10 +1116,10 @@ armv7_tlb_flushID, /* tlb_flushID */ armv7_tlb_flushID_SE, /* tlb_flushID_SE */ - arm11_tlb_flushI, /* tlb_flushI */ - arm11_tlb_flushI_SE, /* tlb_flushI_SE */ - arm11_tlb_flushD, /* tlb_flushD */ - arm11_tlb_flushD_SE, /* tlb_flushD_SE */ + armv7_tlb_flushID, /* tlb_flushI */ + armv7_tlb_flushID_SE, /* tlb_flushI_SE */ + armv7_tlb_flushID, /* tlb_flushD */ + armv7_tlb_flushID_SE, /* tlb_flushD_SE */ /* Cache operations */ Index: arm/arm/pmap.c =================================================================== --- arm/arm/pmap.c (revision 251584) +++ arm/arm/pmap.c (working copy) @@ -2452,7 +2452,7 @@ pmap_tlb_flushID(pmap); cpu_cpwait(); if (vector_page < KERNBASE) { - struct pcb *curpcb = PCPU_GET(curpcb); + struct pcb *_curpcb = curpcb; pcb = thread0.td_pcb; if (pmap_is_current(pmap)) { /* @@ -2472,10 +2472,10 @@ * Make sure cpu_switch(), et al, DTRT. This is safe to do * since this process has no remaining mappings of its own. */ - curpcb->pcb_pl1vec = pcb->pcb_pl1vec; - curpcb->pcb_l1vec = pcb->pcb_l1vec; - curpcb->pcb_dacr = pcb->pcb_dacr; - curpcb->pcb_pagedir = pcb->pcb_pagedir; + _curpcb->pcb_pl1vec = pcb->pcb_pl1vec; + _curpcb->pcb_l1vec = pcb->pcb_l1vec; + _curpcb->pcb_dacr = pcb->pcb_dacr; + _curpcb->pcb_pagedir = pcb->pcb_pagedir; } pmap_free_l1(pmap); Index: arm/arm/locore.S =================================================================== --- arm/arm/locore.S (revision 251584) +++ arm/arm/locore.S (working copy) @@ -225,6 +225,7 @@ /* init arm will return the new stack pointer. */ mov sp, r0 + bl _C_LABEL(mutex_init) bl _C_LABEL(mi_startup) /* call mi_startup()! */ @@ -261,6 +262,7 @@ MMU_INIT(PHYSADDR, PHYSADDR , 64, L1_TYPE_S|L1_S_C|L1_S_AP(AP_KRW)) /* map VA 0xc0000000..0xc3ffffff to PA */ MMU_INIT(KERNBASE, PHYSADDR, 64, L1_TYPE_S|L1_S_C|L1_S_AP(AP_KRW)) + MMU_INIT(0x48000000, 0x48000000, 1, L1_TYPE_S|L1_SHARED|L1_S_C|L1_S_AP(AP_KRW)) #else MMU_INIT(PHYSADDR, PHYSADDR , 64, L1_TYPE_S|L1_SHARED|L1_S_C|L1_S_AP(AP_KRW)) /* map VA 0xc0000000..0xc3ffffff to PA */ Index: arm/arm/bcopyinout_xscale.S =================================================================== --- arm/arm/bcopyinout_xscale.S (revision 251584) +++ arm/arm/bcopyinout_xscale.S (working copy) @@ -42,13 +42,11 @@ .align 0 #ifdef _ARM_ARCH_6 -#define GET_PCB(tmp) \ - mrc p15, 0, tmp, c13, c0, 4; \ - add tmp, tmp, #(PC_CURPCB) +KSTACK_LOCALS #else .Lcurpcb: .word _C_LABEL(__pcpu) + PC_CURPCB -#define GET_PCB(tmp) \ +#define GET_PCB(tmp, tmp2) \ ldr tmp, .Lcurpcb #endif @@ -88,8 +86,7 @@ .Lnormal: stmfd sp!, {r10-r11, lr} - GET_PCB(r10) - ldr r10, [r10] + GET_PCB(r10, r11) mov r3, #0x00 adr ip, .Lcopyin_fault @@ -530,8 +527,7 @@ .Lnormale: stmfd sp!, {r10-r11, lr} - GET_PCB(r10) - ldr r10, [r10] + GET_PCB(r10, r11) mov r3, #0x00 adr ip, .Lcopyout_fault Index: arm/include/param.h =================================================================== --- arm/include/param.h (revision 251584) +++ arm/include/param.h (working copy) @@ -124,6 +124,12 @@ #define KSTACK_GUARD_PAGES 1 #endif /* !KSTACK_GUARD_PAGES */ +#ifndef KSTACK_MAX_PAGES +#define KSTACK_MAX_PAGES 32 +#endif /* !KSTACK_MAX_PAGES */ + +#define KSTACK_MAX_MASK ((KSTACK_MAX_PAGES * PAGE_SIZE) - 1) + #define USPACE_SVC_STACK_TOP KSTACK_PAGES * PAGE_SIZE #define USPACE_SVC_STACK_BOTTOM (USPACE_SVC_STACK_TOP - 0x1000) #define USPACE_UNDEF_STACK_TOP (USPACE_SVC_STACK_BOTTOM - 0x10) Index: arm/include/pcb.h =================================================================== --- arm/include/pcb.h (revision 251584) +++ arm/include/pcb.h (working copy) @@ -63,6 +63,7 @@ u_int pcb32_lr; u_int pcb32_pc; u_int pcb32_und_sp; + void * pcb32_curthread; }; #define pcb_pagedir un_32.pcb32_pagedir #define pcb_pl1vec un_32.pcb32_pl1vec Index: arm/include/asmacros.h =================================================================== --- arm/include/asmacros.h (revision 251584) +++ arm/include/asmacros.h (working copy) @@ -216,8 +216,23 @@ name: #ifdef _ARM_ARCH_6 -#define AST_LOCALS -#define GET_CURTHREAD_PTR(tmp) \ +#define KSTACK_LOCALS \ +.Lkstack_consts: \ + .word KSTACK_ADDR_MASK; \ + .word KSTACK_PCB_ADDR; +#define AST_LOCALS KSTACK_LOCALS + +#define GET_PCB(tmp, tmp2) \ + ldr tmp2, .Lkstack_consts; \ + bic tmp, sp, tmp2; \ + ldr tmp2, .Lkstack_consts + 4; \ + add tmp, tmp, tmp2 + +#define GET_CURTHREAD(tmp, tmp2) \ + GET_PCB(tmp, tmp2); \ + ldr tmp, [tmp, #PCB_CURTHREAD] + +#define GET_PCPU_CURTHREAD_PTR(tmp) \ mrc p15, 0, tmp, c13, c0, 4; \ add tmp, tmp, #(PC_CURTHREAD) #else @@ -225,8 +240,12 @@ .Lcurthread: ;\ .word _C_LABEL(__pcpu) + PC_CURTHREAD -#define GET_CURTHREAD_PTR(tmp) \ +#define GET_PCPU_CURTHREAD_PTR(tmp) \ ldr tmp, .Lcurthread + +#define GET_CURTHREAD(tmp, tmp2) \ + ldr tmp, .Lcurthread; \ + ldr tmp, [tmp] #endif #define DO_AST \ @@ -238,8 +257,7 @@ teq r0, #(PSR_USR32_MODE) ;\ bne 2f /* Nope, get out now */ ;\ bic r4, r4, #(I32_bit|F32_bit) ;\ -1: GET_CURTHREAD_PTR(r5) ;\ - ldr r5, [r5] ;\ +1: GET_CURTHREAD(r5, r6) ;\ ldr r1, [r5, #(TD_FLAGS)] ;\ and r1, r1, #(TDF_ASTPENDING|TDF_NEEDRESCHED) ;\ teq r1, #0x00000000 ;\ Index: arm/include/pcpu.h =================================================================== --- arm/include/pcpu.h (revision 251584) +++ arm/include/pcpu.h (working copy) @@ -33,8 +33,14 @@ #ifdef _KERNEL #include +#include #include +#include +#include +#include +#include + #define ALT_STACK_SIZE 128 struct vmspace; @@ -94,15 +100,97 @@ __asm __volatile("mcr p15, 0, %0, c13, c0, 3" : : "r" (tls)); } + +/* + * Evaluates to the byte offset of the per-cpu variable name. + */ +#define __pcpu_offset(name) \ + __offsetof(struct pcpu, name) + +/* + * Evaluates to the type of the per-cpu variable name. + */ +#define __pcpu_type(name) \ + __typeof(((struct pcpu *)0)->name) + +/* + * Evaluates to the address of the per-cpu variable name. + */ +#define __PCPU_PTR(name) __extension__ ({ \ + __pcpu_type(name) *__p; \ + int __s; \ + \ + __s = disable_interrupts(I32_bit | F32_bit); \ + __p = &get_pcpu()->name; \ + restore_interrupts(__s); \ + __p; \ +}) + +/* + * Evaluates to the value of the per-cpu variable name. + */ +#define __PCPU_GET(name) __extension__ ({ \ + int __s; \ + __pcpu_type(name) __res; \ + __s = disable_interrupts(I32_bit | F32_bit); \ + __res = get_pcpu()->name; \ + restore_interrupts(__s); \ + __res; \ +}) + +/* + * Adds the value to the per-cpu counter name. The implementation + * must be atomic with respect to interrupts. + */ +#define __PCPU_ADD(name, val) do { \ + int __s ; \ + __s = disable_interrupts(I32_bit | F32_bit); \ + get_pcpu()->name += (val); \ + restore_interrupts(__s); \ +} while (0) + +/* + * Sets the value of the per-cpu variable name to value val. + */ +#define __PCPU_SET(name, val) { \ + int __s; \ + __s = disable_interrupts(I32_bit | F32_bit); \ + get_pcpu()->name = val; \ + restore_interrupts(__s); \ +} + +#define PCPU_GET(member) __PCPU_GET(pc_ ## member) +#define PCPU_ADD(member, val) __PCPU_ADD(pc_ ## member, val) +#define PCPU_INC(member) PCPU_ADD(member, 1) +#define PCPU_PTR(member) __PCPU_PTR(pc_ ## member) +#define PCPU_SET(member, val) __PCPU_SET(pc_ ## member, val) + +static __inline struct pcb * +__curpcb(void) +{ + register_t sp; + + __asm __volatile("mov %0, sp" : "=r" (sp)); + return ((struct pcb *)((sp &~ KSTACK_MAX_MASK) + + (KSTACK_MAX_PAGES * PAGE_SIZE - sizeof(struct pcb)))); +} + + +#define curpcb (__curpcb()) +#if 0 +#define curthread ((struct thread *)(curpcb->un_32.pcb32_curthread)) +#endif + + #else #define get_pcpu() pcpup -#endif #define PCPU_GET(member) (get_pcpu()->pc_ ## member) #define PCPU_ADD(member, value) (get_pcpu()->pc_ ## member += (value)) #define PCPU_INC(member) PCPU_ADD(member, 1) #define PCPU_PTR(member) (&get_pcpu()->pc_ ## member) #define PCPU_SET(member,value) (get_pcpu()->pc_ ## member = (value)) +#endif void pcpu0_init(void); #endif /* _KERNEL */ Index: arm/include/pmap.h =================================================================== --- arm/include/pmap.h (revision 251584) +++ arm/include/pmap.h (working copy) @@ -63,7 +63,7 @@ #endif #define PTE_CACHE 6 #define PTE_DEVICE 2 -#define PTE_PAGETABLE 4 +#define PTE_PAGETABLE 6 #else #define PTE_NOCACHE 1 #define PTE_CACHE 2 @@ -463,7 +463,7 @@ #if (ARM_MMU_SA1 == 1) && (ARM_NMMUS == 1) #define PMAP_NEEDS_PTE_SYNC 1 #define PMAP_INCLUDE_PTE_SYNC -#elif defined(CPU_XSCALE_81342) +#elif defined(CPU_XSCALE_81342) || defined(ARM_ARCH_7A) #define PMAP_NEEDS_PTE_SYNC 1 #define PMAP_INCLUDE_PTE_SYNC #elif (ARM_MMU_SA1 == 0) @@ -529,11 +529,17 @@ #define PMAP_INCLUDE_PTE_SYNC #endif +#ifdef ARM_L2_PIPT +#define _sync_l2(pte, size) cpu_l2cache_wb_range(vtophys(pte), size) +#else +#define _sync_l2(pte, size) cpu_l2_cache_wb_range(pte, size) +#endif + #define PTE_SYNC(pte) \ do { \ if (PMAP_NEEDS_PTE_SYNC) { \ cpu_dcache_wb_range((vm_offset_t)(pte), sizeof(pt_entry_t));\ - cpu_l2cache_wb_range((vm_offset_t)(pte), sizeof(pt_entry_t));\ + _sync_l2((vm_offset_t)(pte), sizeof(pt_entry_t));\ } else \ cpu_drain_writebuf(); \ } while (/*CONSTCOND*/0) @@ -543,7 +549,7 @@ if (PMAP_NEEDS_PTE_SYNC) { \ cpu_dcache_wb_range((vm_offset_t)(pte), \ (cnt) << 2); /* * sizeof(pt_entry_t) */ \ - cpu_l2cache_wb_range((vm_offset_t)(pte), \ + _sync_l2((vm_offset_t)(pte), \ (cnt) << 2); /* * sizeof(pt_entry_t) */ \ } else \ cpu_drain_writebuf(); \ @@ -703,6 +709,21 @@ void arm_unmap_nocache(void *, vm_size_t); extern vm_paddr_t dump_avail[]; + +/* + * We want to be able to determine the end address of the kstack, to be able + * to get the PCB address just using the SP. + */ + +static __inline void +pmap_align_stack(vm_offset_t *addr, vm_size_t length) +{ + if (((*addr + length) & (KSTACK_MAX_PAGES * PAGE_SIZE - 1)) == 0) + return; + *addr += (KSTACK_MAX_PAGES * PAGE_SIZE) - ((*addr + length) & + (KSTACK_MAX_PAGES * PAGE_SIZE - 1)); +} + #endif /* _KERNEL */ #endif /* !LOCORE */ Index: arm/ti/omap4/omap4_mp.c =================================================================== --- arm/ti/omap4/omap4_mp.c (revision 251584) +++ arm/ti/omap4/omap4_mp.c (working copy) @@ -71,7 +71,7 @@ panic("Couldn't map the SCU\n"); /* Enable the SCU */ *(volatile unsigned int *)scu_addr |= 1; - //*(volatile unsigned int *)(scu_addr + 0x30) |= 1; + *(volatile unsigned int *)(scu_addr + 0x30) |= 1; cpu_idcache_wbinv_all(); cpu_l2cache_wbinv_all(); ti_smc0(0x200, 0xfffffdff, MODIFY_AUX_CORE_0); Index: vm/vm_map.c =================================================================== --- vm/vm_map.c (revision 251584) +++ vm/vm_map.c (working copy) @@ -1465,6 +1465,11 @@ pmap_align_tlb(addr); break; #endif +#ifdef VMFS_STACK_ALIGNED_SPACE + case VMFS_STACK_ALIGNED_SPACE: + pmap_align_stack(addr, length); + break; +#endif default: break; } @@ -1477,6 +1482,9 @@ #ifdef VMFS_TLB_ALIGNED_SPACE || find_space == VMFS_TLB_ALIGNED_SPACE #endif +#ifdef VMFS_STACK_ALIGNED_SPACE + || find_space == VMFS_STACK_ALIGNED_SPACE +#endif )); vm_map_unlock(map); return (result); Index: vm/vm_map.h =================================================================== --- vm/vm_map.h (revision 251584) +++ vm/vm_map.h (working copy) @@ -346,6 +346,9 @@ #if defined(__mips__) #define VMFS_TLB_ALIGNED_SPACE 3 /* find a TLB entry aligned range */ #endif +#if defined(__arm__) +#define VMFS_STACK_ALIGNED_SPACE 4 /* Align stack so that the last addres is predictable */ +#endif /* * vm_map_wire and vm_map_unwire option flags Index: vm/vm_glue.c =================================================================== --- vm/vm_glue.c (revision 251584) +++ vm/vm_glue.c (working copy) @@ -371,6 +371,9 @@ */ ks = kmem_alloc_nofault_space(kernel_map, (pages + KSTACK_GUARD_PAGES) * PAGE_SIZE, VMFS_TLB_ALIGNED_SPACE); +#elif defined(__arm__) + ks = kmem_alloc_nofault_space(kernel_map, + (pages + KSTACK_GUARD_PAGES) * PAGE_SIZE, VMFS_STACK_ALIGNED_SPACE); #else ks = kmem_alloc_nofault(kernel_map, (pages + KSTACK_GUARD_PAGES) * PAGE_SIZE); --7JfCtLOvnd9MIVvH-- From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 09:06:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6ACB749C for ; Mon, 10 Jun 2013 09:06:51 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) by mx1.freebsd.org (Postfix) with ESMTP id 2DFD815F4 for ; Mon, 10 Jun 2013 09:06:50 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id e1so3500869qcx.24 for ; Mon, 10 Jun 2013 02:06:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=AEuIyx28c3X7hQo63LF0NfvpL5YzrkFG0zz/Oz8JkQE=; b=S1tGgbmcBqH5SVSWonaOsyNz42hbcUipqrQ2inB/dIlzRExqYRbK4h/H00NwwiQ8A7 NrMrhHZQf6cd0SB6/VUnC+nprzqeVzbq1ywOr1cGBcwy6qF5BEvcqZMBY0PY9kSLn4k3 QW2ks/pnfa2Bv9rHrRhTAdxFwrgGOJ5Fj10bCijH2gehrd6acKVtLkwiEeD/tdK3F6xs MHRGhbsQdOpBPfY6iEs/LczQ1aIZTCz67eMNCTlqYtnd55QkMjna7Q/rDTuJKnWMaHXn tMRK6XOxZdbWt0IXVSHNNjpVx7L7QkvSpcJlORMnySzfYrf2qiSuASfSwNh73Uk9Z1A/ eJNA== MIME-Version: 1.0 X-Received: by 10.49.24.52 with SMTP id r20mr9645867qef.54.1370855209776; Mon, 10 Jun 2013 02:06:49 -0700 (PDT) Received: by 10.49.83.8 with HTTP; Mon, 10 Jun 2013 02:06:49 -0700 (PDT) In-Reply-To: References: <20130605084224.67c84c15@bender.Home> Date: Mon, 10 Jun 2013 17:06:49 +0800 Message-ID: Subject: Re: Unable to build 10-CURRENT for Raspi From: Alie Tan To: Andrey Fesenko X-Gm-Message-State: ALoCoQlNUZq9mLs8BKLM7/pWzIc+Dr+ltb8jICaGmgqmXC5yZIVBZTnpZw1+Shu4/+qRnK9iSz4h Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 09:06:51 -0000 Getting different compilation error today: ===> lib/libprocstat (install) sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libprocstat.a /usr/obj/arm.armv6/usr/src/tmp/usr/lib install: libprocstat.a: No such file or directory *** Error code 71 Stop. make: stopped in /usr/src/lib/libprocstat *** Error code 1 Stop. make: stopped in /usr/src/lib *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src *** [buildworld] Error code 1 Stop in /usr/src. On Thu, Jun 6, 2013 at 6:12 PM, Andrey Fesenko wrote: > confirm the same error > apparently to blame commit > http://svnweb.freebsd.org/base?view=revision&revision=251436 > > On Thu, Jun 6, 2013 at 8:52 AM, Alie Tan wrote: > > On Wed, Jun 5, 2013 at 3:42 PM, Andrew Turner > wrote: > > > >> On Wed, 5 Jun 2013 15:04:58 +0800 > >> Alie Tan wrote: > >> > >> > This issue happens today only after i update my src, not sure why: > >> > >> This should be fixed in r251405. > >> > > > > Thanks r251405 fixed my issue but now we got another issue: > > ^~~~~~~~~~~~~~~~~ > > In file included from /usr/src/usr.bin/grep/file.c:60: > > In file included from /usr/src/usr.bin/grep/grep.h:34: > > /usr/include/gnu/regex.h:6:36: error: expected ';' after top level > > declarator > > extern reg_syntax_t __re_set_syntax _RE_ARGS ((reg_syntax_t syntax)); > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:8:40: error: expected ';' after top level > > declarator > > extern const char *__re_compile_pattern > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:12:32: error: expected ';' after top level > > declarator > > extern int __re_compile_fastmap _RE_ARGS ((struct re_pattern_buffer > > *buffer)); > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:14:23: error: expected ';' after top level > > declarator > > extern int __re_search > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:18:25: error: expected ';' after top level > > declarator > > extern int __re_search_2 > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:23:22: error: expected ';' after top level > > declarator > > extern int __re_match > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:27:24: error: expected ';' after top level > > declarator > > extern int __re_match_2 > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:32:31: error: expected ';' after top level > > declarator > > extern void __re_set_registers > > ^ > > > > ; > > > > /usr/include/gnu/regex.h:36:21: error: expected ';' after top level > > declarator > > extern int __regcomp _RE_ARGS ((regex_t *__preg, const char *__pattern, > > ^ > > ; > > /usr/include/gnu/regex.h:39:21: error: expected ';' after top level > > declarator > > extern int __regexec _RE_ARGS ((const regex_t *__preg, > > ^ > > ; > > /usr/include/gnu/regex.h:43:25: error: expected ';' after top level > > declarator > > extern size_t __regerror _RE_ARGS ((int __errcode, const regex_t *__preg, > > ^ > > ; > > /usr/include/gnu/regex.h:46:22: error: expected ';' after top level > > declarator > > extern void __regfree _RE_ARGS ((regex_t *__preg)); > > ^ > > ; > > 1 warning and 12 errors generated. > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/usr.bin/grep > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src/usr.bin > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/src > > *** [buildworld] Error code 1 > > > > Stop in /usr/src. > > > > > >> Andrew > >> > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 09:08:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A637C5CB for ; Mon, 10 Jun 2013 09:08:53 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 68BE9160A for ; Mon, 10 Jun 2013 09:08:53 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id c11so1536714qcv.9 for ; Mon, 10 Jun 2013 02:08:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ORcHVw0WvP+rJMkEw16WN6FrLUPWoZhV4icS+Aa88Gs=; b=XVht6TszWKlv2N4gyXzE8LqE92LPrNjFJZCmmprfYpphRDOVMGrr2V0FDIZGQcb8on 7eUNSdmd6+k6b8rPz+FTODNmLsj3yYeqthROmxTjpIMmNRl0NgyXn7Vi/tEigyGqfhOH Gs8UfWrPaDv0QNd4tAnUFmodG/g807m0bQbpzdFUNldOtQxAyGDfQnJdPYor2Novjqn1 s7LtHHuK5oD5YVQzvaodCbc0l2lzh5iK3uTzymnGSOWrrCyyHY4vzZ+dJ8hZs7LKHvfi ZCV8kBtRpcdIE+HwGI8WySdkOi/OYW++nooKixShkuxFsovbDIg3XPLDnftPtgQ0Lp// +hYQ== MIME-Version: 1.0 X-Received: by 10.49.27.135 with SMTP id t7mr2206576qeg.22.1370855332893; Mon, 10 Jun 2013 02:08:52 -0700 (PDT) Received: by 10.49.83.8 with HTTP; Mon, 10 Jun 2013 02:08:52 -0700 (PDT) In-Reply-To: References: <20130605084224.67c84c15@bender.Home> Date: Mon, 10 Jun 2013 17:08:52 +0800 Message-ID: Subject: Re: Unable to build 10-CURRENT for Raspi From: Alie Tan To: Andrey Fesenko X-Gm-Message-State: ALoCoQlsV9fGKjx5z3TjchhIjoFiipXRBPHA7vkKJaA+hUiS4j7mwKrAQ+VJNIiDhgr0XmaEBKNb Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 09:08:53 -0000 Seems this is the root cause of the issue http://freshbsd.org/commit/freebsd/r251520 On Mon, Jun 10, 2013 at 5:06 PM, Alie Tan wrote: > Getting different compilation error today: > > ===> lib/libprocstat (install) > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libprocstat.a > /usr/obj/arm.armv6/usr/src/tmp/usr/lib > install: libprocstat.a: No such file or directory > *** Error code 71 > > Stop. > make: stopped in /usr/src/lib/libprocstat > *** Error code 1 > > Stop. > make: stopped in /usr/src/lib > *** Error code 1 > > Stop. > make: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > *** [buildworld] Error code 1 > > Stop in /usr/src. > > > > On Thu, Jun 6, 2013 at 6:12 PM, Andrey Fesenko wrote: > >> confirm the same error >> apparently to blame commit >> http://svnweb.freebsd.org/base?view=revision&revision=251436 >> >> On Thu, Jun 6, 2013 at 8:52 AM, Alie Tan wrote: >> > On Wed, Jun 5, 2013 at 3:42 PM, Andrew Turner >> wrote: >> > >> >> On Wed, 5 Jun 2013 15:04:58 +0800 >> >> Alie Tan wrote: >> >> >> >> > This issue happens today only after i update my src, not sure why: >> >> >> >> This should be fixed in r251405. >> >> >> > >> > Thanks r251405 fixed my issue but now we got another issue: >> > ^~~~~~~~~~~~~~~~~ >> > In file included from /usr/src/usr.bin/grep/file.c:60: >> > In file included from /usr/src/usr.bin/grep/grep.h:34: >> > /usr/include/gnu/regex.h:6:36: error: expected ';' after top level >> > declarator >> > extern reg_syntax_t __re_set_syntax _RE_ARGS ((reg_syntax_t syntax)); >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:8:40: error: expected ';' after top level >> > declarator >> > extern const char *__re_compile_pattern >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:12:32: error: expected ';' after top level >> > declarator >> > extern int __re_compile_fastmap _RE_ARGS ((struct re_pattern_buffer >> > *buffer)); >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:14:23: error: expected ';' after top level >> > declarator >> > extern int __re_search >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:18:25: error: expected ';' after top level >> > declarator >> > extern int __re_search_2 >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:23:22: error: expected ';' after top level >> > declarator >> > extern int __re_match >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:27:24: error: expected ';' after top level >> > declarator >> > extern int __re_match_2 >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:32:31: error: expected ';' after top level >> > declarator >> > extern void __re_set_registers >> > ^ >> > >> > ; >> > >> > /usr/include/gnu/regex.h:36:21: error: expected ';' after top level >> > declarator >> > extern int __regcomp _RE_ARGS ((regex_t *__preg, const char *__pattern, >> > ^ >> > ; >> > /usr/include/gnu/regex.h:39:21: error: expected ';' after top level >> > declarator >> > extern int __regexec _RE_ARGS ((const regex_t *__preg, >> > ^ >> > ; >> > /usr/include/gnu/regex.h:43:25: error: expected ';' after top level >> > declarator >> > extern size_t __regerror _RE_ARGS ((int __errcode, const regex_t >> *__preg, >> > ^ >> > ; >> > /usr/include/gnu/regex.h:46:22: error: expected ';' after top level >> > declarator >> > extern void __regfree _RE_ARGS ((regex_t *__preg)); >> > ^ >> > ; >> > 1 warning and 12 errors generated. >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/src/usr.bin/grep >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/src/usr.bin >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/src >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/src >> > *** [buildworld] Error code 1 >> > >> > Stop in /usr/src. >> > >> > >> >> Andrew >> >> >> > _______________________________________________ >> > freebsd-arm@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >> > > From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 09:55:27 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DF1A82B6; Mon, 10 Jun 2013 09:55:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AC8421841; Mon, 10 Jun 2013 09:55:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5A9tRZO078174; Mon, 10 Jun 2013 05:55:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5A9tR0P078163; Mon, 10 Jun 2013 09:55:27 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 10 Jun 2013 09:55:27 GMT Message-Id: <201306100955.r5A9tR0P078163@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 09:55:28 -0000 TB --- 2013-06-10 08:20:26 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-10 08:20:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-10 08:20:26 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-10 08:20:26 - cleaning the object tree TB --- 2013-06-10 08:20:26 - /usr/local/bin/svn stat /src TB --- 2013-06-10 08:20:31 - At svn revision 251600 TB --- 2013-06-10 08:20:32 - building world TB --- 2013-06-10 08:20:32 - CROSS_BUILD_TESTING=YES TB --- 2013-06-10 08:20:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-10 08:20:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-10 08:20:32 - SRCCONF=/dev/null TB --- 2013-06-10 08:20:32 - TARGET=arm TB --- 2013-06-10 08:20:32 - TARGET_ARCH=arm TB --- 2013-06-10 08:20:32 - TZ=UTC TB --- 2013-06-10 08:20:32 - __MAKE_CONF=/dev/null TB --- 2013-06-10 08:20:32 - cd /src TB --- 2013-06-10 08:20:32 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jun 10 08:20:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-10 09:55:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-10 09:55:27 - ERROR: failed to build world TB --- 2013-06-10 09:55:27 - 4568.48 user 806.00 system 5700.39 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 11:06:45 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 65715F8C for ; Mon, 10 Jun 2013 11:06:45 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 3E4DE1C78 for ; Mon, 10 Jun 2013 11:06:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5AB6jGf096884 for ; Mon, 10 Jun 2013 11:06:45 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5AB6i2v096882 for freebsd-arm@FreeBSD.org; Mon, 10 Jun 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 10 Jun 2013 11:06:44 GMT Message-Id: <201306101106.r5AB6i2v096882@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 11:06:45 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on p arm/134338 arm [patch] Lock GPIO accesses on ixp425 23 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 11:36:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9F1F04E1 for ; Mon, 10 Jun 2013 11:36:22 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 6136B1051 for ; Mon, 10 Jun 2013 11:36:22 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 40A3AC493D; Mon, 10 Jun 2013 14:36:21 +0300 (EEST) Date: Mon, 10 Jun 2013 14:35:33 +0300 From: Aleksandr Rybalko To: Guillaume Bibaut Subject: Re: Efika MX build breaks Message-Id: <20130610143533.f55c1c2ee6f99af0cdadc79f@freebsd.org> In-Reply-To: <603116F6-9911-44A5-A017-47A42F41E0F2@iaelu.net> References: <603116F6-9911-44A5-A017-47A42F41E0F2@iaelu.net> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 11:36:22 -0000 On Wed, 5 Jun 2013 21:53:29 +0200 Guillaume Bibaut wrote: > Hello, > > I'm trying to build freebsd for Efika MX, but it seems that the build breaks at some point. > I've been using this blog post : > http://raybsd.blogspot.fr/2013/02/easy-way-to-do-it-try-freebsd-on-efika.html > > I've tried with 2 different VM : 9.1-RELEASE amd64, and 10H (current) amd64 from this morning, > and it seems to generate the same error. > The complete output log can be found here : http://iaelu.net/~yom/make.log > > I'm pasting here just the end : > [--cut--] > > Is there something I'm doing wrong ? > > > Guillaume Bibaut (y0m on irc) Hi Guillaume and all! As I know Guillaume already find solution (use HEAD instead of obsoleted project/efika_mx branch). Guillaume, am I right? Anyway, I'm going to delete project/efika_mx branch to not confuse people anymore :) Thanks! WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 11:39:15 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 16A535B6; Mon, 10 Jun 2013 11:39:15 +0000 (UTC) (envelope-from yom@iaelu.net) Received: from mail.iaelu.net (mail.iaelu.net [88.190.241.77]) by mx1.freebsd.org (Postfix) with ESMTP id BAA03107B; Mon, 10 Jun 2013 11:39:14 +0000 (UTC) Received: from [172.16.68.12] (societe.hq.reagi.net [195.110.13.68]) (authenticated bits=0) by mail.iaelu.net (8.14.5/8.14.5) with ESMTP id r5ABd5S2059711 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 10 Jun 2013 13:39:06 +0200 (CEST) (envelope-from yom@iaelu.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iaelu.net; s=eienni; t=1370864346; bh=JoOqXvAGndQEiyQ0ajc/cTv8COXun9zdXsHB8FBr7jk=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=o14f7GFVnnCYXXsXparFD/I80kHzoaWJf49vRvR2rWMu0DeQyVwTw9psbJU2PrOT6 gGk+E1AlS+VVwlNeKNwdeANwfuSnvGih+h5pZqQ2R1bbKrRPzyt5ad1GAR1PycCPK9 msH7pElgoBgpSuyGWBZ2CfLQM8UHzpSreyrh+MLk= Content-Type: multipart/signed; boundary="Apple-Mail=_8B14B38F-49DB-48DC-A849-FFD9C278EB57"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Efika MX build breaks From: Guillaume Bibaut In-Reply-To: <20130610143533.f55c1c2ee6f99af0cdadc79f@freebsd.org> Date: Mon, 10 Jun 2013 13:39:00 +0200 Message-Id: <7BCAA48C-752F-46BA-8933-4F551BD743F7@iaelu.net> References: <603116F6-9911-44A5-A017-47A42F41E0F2@iaelu.net> <20130610143533.f55c1c2ee6f99af0cdadc79f@freebsd.org> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1508) X-Virus-Scanned: clamav-milter 0.97.7 at mail.iaelu.net X-Virus-Status: Clean Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 11:39:15 -0000 --Apple-Mail=_8B14B38F-49DB-48DC-A849-FFD9C278EB57 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 10 juin 2013 =E0 13:35, Aleksandr Rybalko a =E9crit = : > On Wed, 5 Jun 2013 21:53:29 +0200 > Guillaume Bibaut wrote: >=20 >> Hello, >>=20 >> I'm trying to build freebsd for Efika MX, but it seems that the build = breaks at some point. >> I've been using this blog post : >> = http://raybsd.blogspot.fr/2013/02/easy-way-to-do-it-try-freebsd-on-efika.h= tml >>=20 >> I've tried with 2 different VM : 9.1-RELEASE amd64, and 10H (current) = amd64 from this morning, >> and it seems to generate the same error. >> The complete output log can be found here : = http://iaelu.net/~yom/make.log >>=20 >> I'm pasting here just the end : >>=20 > [--cut--] >>=20 >> Is there something I'm doing wrong ? >>=20 >>=20 >> Guillaume Bibaut (y0m on irc) >=20 > Hi Guillaume and all! >=20 > As I know Guillaume already find solution (use HEAD instead of > obsoleted project/efika_mx branch). Guillaume, am I right? >=20 > Anyway, I'm going to delete project/efika_mx branch to not confuse > people anymore :) >=20 > Thanks! >=20 > WBW > --=20 > Aleksandr Rybalko You are right. I've given a try on HEAD. My efika mx boots quite well. I need network now :D Thank you. -- Guillaume Bibaut --Apple-Mail=_8B14B38F-49DB-48DC-A849-FFD9C278EB57 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbDCCBjAw ggUYoAMCAQICAwYWrDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDMwNTE1MTQzMVoXDTE0MDMwNjA4MzI0MlowUTEZMBcGA1UEDRMQakZOWWl6d2VKOTYz QTZIMzEWMBQGA1UEAwwNeW9tQGlhZWx1Lm5ldDEcMBoGCSqGSIb3DQEJARYNeW9tQGlhZWx1Lm5l dDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnWIG7zLiKK4w3apbsbi4Y/kLDK03C/ /GYp99TS2H3s9E8vg708TyYXXzbc9y0MvVyceLMTGXmV0gK3//QAlkW9ghXwM3NuQWk+yVLyPIt9 1gAgMkixnOJzyjECRp3PNPfti59YcFXwaPebVE+TsxZp8wJYBQfD4JiQR1wGbXOhaGsv2K2b0H2r NpNgIx2bwYBSa4aFDl6wd18G/M+x1ebf5cuWqoksz780fKnCZMl5jFBevR2WAQqyARzZTD8EN/j/ F9U/TDlx317kINi7LRExYH+OqAj9nRkSa//Smr6vEMphaPW0W+4Oo4U6rCdU2REa9pMDrVqX/PDX rnFwuLsCAwEAAaOCAtMwggLPMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUWGCjcI9yWzlyhfstgvVdaIQWwaYwHwYDVR0jBBgw FoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwGAYDVR0RBBEwD4ENeW9tQGlhZWx1Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQEFBQADggEBACeawXdURknS/nm/4cq9F1JT79FHyeL+0PKESaLyICdfxisUEF1c6mw7 rIOg5KmTWddxsy/Dkq9GgFsFWM88dj4aJhd0HP83s0R0fFnpGE9ko5lXzGIhSWXG3E2TYUIzt5G0 jFh/eFstjuFdrUb5b7HSM/3P6hD/L84+jnKXdgI5HI0o7+qDc9oOOYbny7IaCDoFoSX4fJGaqEZC 1vUMsLq8Pq3EoHMFfnE/ArxWT/qOLUZKntg6eHFpO+gNipBHo4IL01YB+gJ9+TO4D4iglSRjYprV +gHa0zg4wUELPwHXx52BdGTum8FL76mQHbV2TEylvHiuoMWfMcJrkMOjHQEwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA28wggNrAgEBMIGUMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDAJBgUrDgMCGgUAoIIBrzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA2MTAxMTM5MDBaMCMGCSqGSIb3DQEJ BDEWBBQ2RwlKs7Qp+pWESXKD8wZyACn19zCBpQYJKwYBBAGCNxAEMYGXMIGUMIGMMQswCQYDVQQG EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2Vy dGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDCBpwYLKoZIhvcNAQkQAgsxgZeggZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDBhasMA0GCSqGSIb3DQEBAQUABIIBAD3Wg2rDM2nusFqHOs2ltQRp CHfLNNjaitFiILOP4eatjWEmL71ixZh9gIN9jPdQvv9hUrNK+Wk88EVPkI+DXXWIccbstIYDFny3 12fn0Vkyd1CifKMTH3hvf/CJM5D7tmMCImS9PEbnJF0P8SjvEfNqMCYzEvVpg9hqXE+wGFo2D03I 0yryV4RAE5w7an1NtHFDs3O0o+3G8z6cmJ8R/J6wrxDYuCDjfVtCjzjmjG53F2NvpaTFcgjjZZC2 eWqOHCPXBz4m9GQLggzt0SewuSzpFhSjn1DhzeAULOTrV1ikirDZK7/iErik7Pivxrr8Yf+x7Oop meCzo8UkfboXOr8AAAAAAAA= --Apple-Mail=_8B14B38F-49DB-48DC-A849-FFD9C278EB57-- From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 11:52:42 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 68C1C7AC for ; Mon, 10 Jun 2013 11:52:42 +0000 (UTC) (envelope-from ray@freebsd.org) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 29BAD1105 for ; Mon, 10 Jun 2013 11:52:42 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPA id 34535C4935; Mon, 10 Jun 2013 14:52:41 +0300 (EEST) Date: Mon, 10 Jun 2013 14:51:53 +0300 From: Aleksandr Rybalko To: Guillaume Bibaut Subject: Re: Efika MX build breaks Message-Id: <20130610145153.c077f2719d8108276b4c3f43@freebsd.org> In-Reply-To: <7BCAA48C-752F-46BA-8933-4F551BD743F7@iaelu.net> References: <603116F6-9911-44A5-A017-47A42F41E0F2@iaelu.net> <20130610143533.f55c1c2ee6f99af0cdadc79f@freebsd.org> <7BCAA48C-752F-46BA-8933-4F551BD743F7@iaelu.net> X-Mailer: Sylpheed 3.2.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 11:52:42 -0000 On Mon, 10 Jun 2013 13:39:00 +0200 Guillaume Bibaut wrote: > > Le 10 juin 2013 à 13:35, Aleksandr Rybalko a écrit : > > > On Wed, 5 Jun 2013 21:53:29 +0200 > > Guillaume Bibaut wrote: > > > >> Hello, > >> > >> I'm trying to build freebsd for Efika MX, but it seems that the build breaks at some point. > >> I've been using this blog post : > >> http://raybsd.blogspot.fr/2013/02/easy-way-to-do-it-try-freebsd-on-efika.html > >> > >> I've tried with 2 different VM : 9.1-RELEASE amd64, and 10H (current) amd64 from this morning, > >> and it seems to generate the same error. > >> The complete output log can be found here : http://iaelu.net/~yom/make.log > >> > >> I'm pasting here just the end : > >> > > [--cut--] > >> > >> Is there something I'm doing wrong ? > >> > >> > >> Guillaume Bibaut (y0m on irc) > > > > Hi Guillaume and all! > > > > As I know Guillaume already find solution (use HEAD instead of > > obsoleted project/efika_mx branch). Guillaume, am I right? > > > > Anyway, I'm going to delete project/efika_mx branch to not confuse > > people anymore :) > > > > Thanks! > > > > WBW > > -- > > Aleksandr Rybalko > > You are right. > I've given a try on HEAD. > My efika mx boots quite well. > I need network now :D > > Thank you. > > -- > Guillaume Bibaut > Oh, you even get your own Efika already. Nice. Where did you get it? :) Show me please your USB device list. (just output of usbconfig) WBW -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 12:01:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0E5A8C54; Mon, 10 Jun 2013 12:01:59 +0000 (UTC) (envelope-from yom@iaelu.net) Received: from mail.iaelu.net (mail.iaelu.net [88.190.241.77]) by mx1.freebsd.org (Postfix) with ESMTP id AE85C11C5; Mon, 10 Jun 2013 12:01:58 +0000 (UTC) Received: from [172.16.68.12] (societe.hq.reagi.net [195.110.13.68]) (authenticated bits=0) by mail.iaelu.net (8.14.5/8.14.5) with ESMTP id r5AC1vXW068854 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 10 Jun 2013 14:01:57 +0200 (CEST) (envelope-from yom@iaelu.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iaelu.net; s=eienni; t=1370865717; bh=M5tzhQlJyQCCwlgtg7dk4XJdQnaTgNU92LIpbJthsIU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=xF/KqGDGlu7Jor1i4R4LBQT7g+9umjnFBcLzQEvJsVm5FK2jnGbad7QS8ZLm6Nptu lrX/Mh3GkjhEOX4UkPsVE43Gf5+OjXtw8K+O48KXU4vEn3s0rhRp+R7CsMicDSUxfN xIfVj+jDYeduCIQ7p09z4hWzRFOpxjB1TzqhQ5x4= Content-Type: multipart/signed; boundary="Apple-Mail=_4FC66EBB-F3E4-474D-8CF5-1375022B5DFC"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Efika MX build breaks From: Guillaume Bibaut In-Reply-To: <20130610145153.c077f2719d8108276b4c3f43@freebsd.org> Date: Mon, 10 Jun 2013 14:01:51 +0200 Message-Id: <6CD20A26-8007-4485-90C9-F8B8E1613A92@iaelu.net> References: <603116F6-9911-44A5-A017-47A42F41E0F2@iaelu.net> <20130610143533.f55c1c2ee6f99af0cdadc79f@freebsd.org> <7BCAA48C-752F-46BA-8933-4F551BD743F7@iaelu.net> <20130610145153.c077f2719d8108276b4c3f43@freebsd.org> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1508) X-Virus-Scanned: clamav-milter 0.97.7 at mail.iaelu.net X-Virus-Status: Clean Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 12:01:59 -0000 --Apple-Mail=_4FC66EBB-F3E4-474D-8CF5-1375022B5DFC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 10 juin 2013 =E0 13:51, Aleksandr Rybalko a =E9crit = : > On Mon, 10 Jun 2013 13:39:00 +0200 > Guillaume Bibaut wrote: >=20 >>=20 >> Le 10 juin 2013 =E0 13:35, Aleksandr Rybalko a = =E9crit : >>=20 >>> On Wed, 5 Jun 2013 21:53:29 +0200 >>> Guillaume Bibaut wrote: >>>=20 >>>> Hello, >>>>=20 >>>> I'm trying to build freebsd for Efika MX, but it seems that the = build breaks at some point. >>>> I've been using this blog post : >>>> = http://raybsd.blogspot.fr/2013/02/easy-way-to-do-it-try-freebsd-on-efika.h= tml >>>>=20 >>>> I've tried with 2 different VM : 9.1-RELEASE amd64, and 10H = (current) amd64 from this morning, >>>> and it seems to generate the same error. >>>> The complete output log can be found here : = http://iaelu.net/~yom/make.log >>>>=20 >>>> I'm pasting here just the end : >>>>=20 >>> [--cut--] >>>>=20 >>>> Is there something I'm doing wrong ? >>>>=20 >>>>=20 >>>> Guillaume Bibaut (y0m on irc) >>>=20 >>> Hi Guillaume and all! >>>=20 >>> As I know Guillaume already find solution (use HEAD instead of >>> obsoleted project/efika_mx branch). Guillaume, am I right? >>>=20 >>> Anyway, I'm going to delete project/efika_mx branch to not confuse >>> people anymore :) >>>=20 >>> Thanks! >>>=20 >>> WBW >>> --=20 >>> Aleksandr Rybalko >>=20 >> You are right. >> I've given a try on HEAD. >> My efika mx boots quite well. >> I need network now :D >>=20 >> Thank you. >>=20 >> -- >> Guillaume Bibaut >>=20 >=20 > Oh, you even get your own Efika already. Nice. > Where did you get it? :) >=20 > Show me please your USB device list. (just output of usbconfig) >=20 > WBW > --=20 > Aleksandr Rybalko I could get my own from Genesi Europe, not directly from the web store, = but with a few mails :) Sadly I don't have the smartbook with me at this time. Once I'm home (4 more hours to wait) I'll try to send you the usbconfig = output. But since I didn't know if the Wifi would work, I've ordered for an ASIX = based usb adapter just in case. I've built FreeBSD from head r251405 ... not sure how "stable" it can = be, but for now I didn't get anything bad with it. -- Guillaume Bibaut --Apple-Mail=_4FC66EBB-F3E4-474D-8CF5-1375022B5DFC Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbDCCBjAw ggUYoAMCAQICAwYWrDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDMwNTE1MTQzMVoXDTE0MDMwNjA4MzI0MlowUTEZMBcGA1UEDRMQakZOWWl6d2VKOTYz QTZIMzEWMBQGA1UEAwwNeW9tQGlhZWx1Lm5ldDEcMBoGCSqGSIb3DQEJARYNeW9tQGlhZWx1Lm5l dDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnWIG7zLiKK4w3apbsbi4Y/kLDK03C/ /GYp99TS2H3s9E8vg708TyYXXzbc9y0MvVyceLMTGXmV0gK3//QAlkW9ghXwM3NuQWk+yVLyPIt9 1gAgMkixnOJzyjECRp3PNPfti59YcFXwaPebVE+TsxZp8wJYBQfD4JiQR1wGbXOhaGsv2K2b0H2r NpNgIx2bwYBSa4aFDl6wd18G/M+x1ebf5cuWqoksz780fKnCZMl5jFBevR2WAQqyARzZTD8EN/j/ F9U/TDlx317kINi7LRExYH+OqAj9nRkSa//Smr6vEMphaPW0W+4Oo4U6rCdU2REa9pMDrVqX/PDX rnFwuLsCAwEAAaOCAtMwggLPMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUWGCjcI9yWzlyhfstgvVdaIQWwaYwHwYDVR0jBBgw FoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwGAYDVR0RBBEwD4ENeW9tQGlhZWx1Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQEFBQADggEBACeawXdURknS/nm/4cq9F1JT79FHyeL+0PKESaLyICdfxisUEF1c6mw7 rIOg5KmTWddxsy/Dkq9GgFsFWM88dj4aJhd0HP83s0R0fFnpGE9ko5lXzGIhSWXG3E2TYUIzt5G0 jFh/eFstjuFdrUb5b7HSM/3P6hD/L84+jnKXdgI5HI0o7+qDc9oOOYbny7IaCDoFoSX4fJGaqEZC 1vUMsLq8Pq3EoHMFfnE/ArxWT/qOLUZKntg6eHFpO+gNipBHo4IL01YB+gJ9+TO4D4iglSRjYprV +gHa0zg4wUELPwHXx52BdGTum8FL76mQHbV2TEylvHiuoMWfMcJrkMOjHQEwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA28wggNrAgEBMIGUMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDAJBgUrDgMCGgUAoIIBrzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA2MTAxMjAxNTJaMCMGCSqGSIb3DQEJ BDEWBBQHO6pvuoN4Thro9JFbjj14xinhjDCBpQYJKwYBBAGCNxAEMYGXMIGUMIGMMQswCQYDVQQG EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2Vy dGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDCBpwYLKoZIhvcNAQkQAgsxgZeggZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDBhasMA0GCSqGSIb3DQEBAQUABIIBAKC9lHcYf7div+iuynt5iv6V 5zryqM3qgMrJRdAHymSB4GG88TvnKNq0ZUphXk5/YwvIyy+Rjbk8YaTIWa6QumA8lOLEsjfvrjDT 8a9SxGa9xF8zW7fDwgLoGI9Ef4LaBBKJs40oYejaRiK8quUl+2FQy35+CrN/aHaACpkjYQX2+G4j ZlFhYr/APnmgAMaI4BsYvsWibOFaHpZfGH9QVtJCcno828RIYgZZ5IE7WMjaf60btQ6LB8O/LqxA rycs3+HsdNlq2GFx9DM1KxNo2gQlehaNEuuPGGEWrvNVodgDtzn6XdIshdo4L0YmfHv+DhZo9ESZ JaT5isc1v0taO1QAAAAAAAA= --Apple-Mail=_4FC66EBB-F3E4-474D-8CF5-1375022B5DFC-- From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 13:07:58 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C43CF544; Mon, 10 Jun 2013 13:07:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 55BBE16FD; Mon, 10 Jun 2013 13:07:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5AD7qnB020927; Mon, 10 Jun 2013 09:07:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5AD7qpL020904; Mon, 10 Jun 2013 13:07:52 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 10 Jun 2013 13:07:52 GMT Message-Id: <201306101307.r5AD7qpL020904@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 13:07:58 -0000 TB --- 2013-06-10 11:30:16 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-10 11:30:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-10 11:30:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-10 11:30:16 - cleaning the object tree TB --- 2013-06-10 11:33:08 - /usr/local/bin/svn stat /src TB --- 2013-06-10 11:33:12 - At svn revision 251600 TB --- 2013-06-10 11:33:13 - building world TB --- 2013-06-10 11:33:13 - CROSS_BUILD_TESTING=YES TB --- 2013-06-10 11:33:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-10 11:33:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-10 11:33:13 - SRCCONF=/dev/null TB --- 2013-06-10 11:33:13 - TARGET=arm TB --- 2013-06-10 11:33:13 - TARGET_ARCH=arm TB --- 2013-06-10 11:33:13 - TZ=UTC TB --- 2013-06-10 11:33:13 - __MAKE_CONF=/dev/null TB --- 2013-06-10 11:33:13 - cd /src TB --- 2013-06-10 11:33:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jun 10 11:33:19 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-10 13:07:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-10 13:07:52 - ERROR: failed to build world TB --- 2013-06-10 13:07:52 - 4565.12 user 810.09 system 5856.01 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 13:38:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 911D6620 for ; Mon, 10 Jun 2013 13:38:03 +0000 (UTC) (envelope-from marco.hafke@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) by mx1.freebsd.org (Postfix) with ESMTP id 2470A18D7 for ; Mon, 10 Jun 2013 13:38:02 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.19]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0Lbx7K-1U2pZX3AyC-00jHdm for ; Mon, 10 Jun 2013 15:37:55 +0200 Received: (qmail invoked by alias); 10 Jun 2013 13:37:55 -0000 Received: from g230057194.adsl.alicedsl.de (EHLO [192.168.1.100]) [92.230.57.194] by mail.gmx.net (mp019) with SMTP; 10 Jun 2013 15:37:55 +0200 X-Authenticated: #6038817 X-Provags-ID: V01U2FsdGVkX1+ne5c0bminS/ErhCY2CXXGjU5UfXTrWXMERx57fe ugKC2qWEKSOLEX Message-ID: <51B5D6B4.6060902@gmx.de> Date: Mon, 10 Jun 2013 15:37:56 +0200 From: Marco Hafke User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Unable to build 10-CURRENT for Raspi References: <20130605084224.67c84c15@bender.Home> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 13:38:03 -0000 Same mistake here. Is there any known patch or workaround? Am 10.06.2013 11:08, schrieb Alie Tan: > Seems this is the root cause of the issue > http://freshbsd.org/commit/freebsd/r251520 > > > On Mon, Jun 10, 2013 at 5:06 PM, Alie Tan wrote: > >> Getting different compilation error today: >> >> ===> lib/libprocstat (install) >> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libprocstat.a >> /usr/obj/arm.armv6/usr/src/tmp/usr/lib >> install: libprocstat.a: No such file or directory >> *** Error code 71 >> >> Stop. >> make: stopped in /usr/src/lib/libprocstat >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src/lib >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> *** [buildworld] Error code 1 >> >> Stop in /usr/src. >> >> >> >> On Thu, Jun 6, 2013 at 6:12 PM, Andrey Fesenko wrote: >> >>> confirm the same error >>> apparently to blame commit >>> http://svnweb.freebsd.org/base?view=revision&revision=251436 >>> >>> On Thu, Jun 6, 2013 at 8:52 AM, Alie Tan wrote: >>>> On Wed, Jun 5, 2013 at 3:42 PM, Andrew Turner >>> wrote: >>>> >>>>> On Wed, 5 Jun 2013 15:04:58 +0800 >>>>> Alie Tan wrote: >>>>> >>>>>> This issue happens today only after i update my src, not sure why: >>>>> >>>>> This should be fixed in r251405. >>>>> >>>> >>>> Thanks r251405 fixed my issue but now we got another issue: >>>> ^~~~~~~~~~~~~~~~~ >>>> In file included from /usr/src/usr.bin/grep/file.c:60: >>>> In file included from /usr/src/usr.bin/grep/grep.h:34: >>>> /usr/include/gnu/regex.h:6:36: error: expected ';' after top level >>>> declarator >>>> extern reg_syntax_t __re_set_syntax _RE_ARGS ((reg_syntax_t syntax)); >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:8:40: error: expected ';' after top level >>>> declarator >>>> extern const char *__re_compile_pattern >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:12:32: error: expected ';' after top level >>>> declarator >>>> extern int __re_compile_fastmap _RE_ARGS ((struct re_pattern_buffer >>>> *buffer)); >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:14:23: error: expected ';' after top level >>>> declarator >>>> extern int __re_search >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:18:25: error: expected ';' after top level >>>> declarator >>>> extern int __re_search_2 >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:23:22: error: expected ';' after top level >>>> declarator >>>> extern int __re_match >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:27:24: error: expected ';' after top level >>>> declarator >>>> extern int __re_match_2 >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:32:31: error: expected ';' after top level >>>> declarator >>>> extern void __re_set_registers >>>> ^ >>>> >>>> ; >>>> >>>> /usr/include/gnu/regex.h:36:21: error: expected ';' after top level >>>> declarator >>>> extern int __regcomp _RE_ARGS ((regex_t *__preg, const char *__pattern, >>>> ^ >>>> ; >>>> /usr/include/gnu/regex.h:39:21: error: expected ';' after top level >>>> declarator >>>> extern int __regexec _RE_ARGS ((const regex_t *__preg, >>>> ^ >>>> ; >>>> /usr/include/gnu/regex.h:43:25: error: expected ';' after top level >>>> declarator >>>> extern size_t __regerror _RE_ARGS ((int __errcode, const regex_t >>> *__preg, >>>> ^ >>>> ; >>>> /usr/include/gnu/regex.h:46:22: error: expected ';' after top level >>>> declarator >>>> extern void __regfree _RE_ARGS ((regex_t *__preg)); >>>> ^ >>>> ; >>>> 1 warning and 12 errors generated. >>>> *** Error code 1 >>>> >>>> Stop. >>>> make: stopped in /usr/src/usr.bin/grep >>>> *** Error code 1 >>>> >>>> Stop. >>>> make: stopped in /usr/src/usr.bin >>>> *** Error code 1 >>>> >>>> Stop. >>>> make: stopped in /usr/src >>>> *** Error code 1 >>>> >>>> Stop. >>>> make: stopped in /usr/src >>>> *** [buildworld] Error code 1 >>>> >>>> Stop in /usr/src. >>>> >>>> >>>>> Andrew >>>>> >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >>> >> >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 13:46:12 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5A884B6A for ; Mon, 10 Jun 2013 13:46:12 +0000 (UTC) (envelope-from jbirch@jbirch.net) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) by mx1.freebsd.org (Postfix) with ESMTP id 270EC194B for ; Mon, 10 Jun 2013 13:46:12 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id f4so2083665oah.21 for ; Mon, 10 Jun 2013 06:46:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=kVuLPsksGf8WBRNk6mwj+R+6n5AL8oenkUKR50Rkcyo=; b=C/Zgnk5FB63kBALbCXpJniVyLaP4TOqP9zAT9o93z5seY5VJYPDJZkyBSfxs5FzSHK LY1NutK40FnE+PpRWp4qDEtY/5RxcRSqZ//O6vnUIvs47hIDwXJ2ejeXUC/BGRP5+1Bn 9p7kGWlXnl52FdDml3qyg9m508K9ZxdQsRnJYlHE61hv5jcUmv5SJ/8Qc5wDAhI6tTLe u3Yt3z5De1U1frRsSkEoTAyAkw4bgdLd2Jjz5FCszvu233yVTf7NiX+nIW+byWhb3CyR LQHtYla7cPfFlRfHYjb0EcgppRPMVJwoCJimG2CnhEpHFC+5u7PZthE8zfwAJ4WwDESG RgWg== MIME-Version: 1.0 X-Received: by 10.182.246.227 with SMTP id xz3mr8009359obc.67.1370871971662; Mon, 10 Jun 2013 06:46:11 -0700 (PDT) Received: by 10.182.216.40 with HTTP; Mon, 10 Jun 2013 06:46:11 -0700 (PDT) X-Originating-IP: [101.175.139.14] In-Reply-To: <51B5D6B4.6060902@gmx.de> References: <20130605084224.67c84c15@bender.Home> <51B5D6B4.6060902@gmx.de> Date: Mon, 10 Jun 2013 23:46:11 +1000 Message-ID: Subject: Re: Unable to build 10-CURRENT for Raspi From: Jason Birch To: Marco Hafke X-Gm-Message-State: ALoCoQkwqSX2fQQbTWmXvGG9H0EC3nU0lhjWU+XzKbszQVbyid+zQ0M8Oa20YDfYtog8Tz2hSzCC Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 13:46:12 -0000 > Same mistake here. Is there any known patch or workaround? > I noticed this on the absolute latest HEAD (actually, trying to build xdev even). I was able to build it successfully with the last revision I had - r251213 (~June 1st?) - and now I'm currently building for BeagleBone using r251352 (June 3rd), and everything seems okay so far. I suppose the simplest work around would be to check out one of these revisions instead. From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 14:09:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 83BE3222 for ; Mon, 10 Jun 2013 14:09:48 +0000 (UTC) (envelope-from jbirch@jbirch.net) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 4EFD71A5F for ; Mon, 10 Jun 2013 14:09:48 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id l10so271813oag.17 for ; Mon, 10 Jun 2013 07:09:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=/J7+C9bEeXM3YuYi2a2qEgfQhwaNjVoprWXNPuMjuRA=; b=iNq+ZSWGrCK57Ot863FkmKwfBOL24ZvDi3XWdU5IpwK2OkZb3xTGmaJE2zKH7ImVvq U/ThzFeh1jx6YT6mQv3olZ9VtPsPJjFGRhflMlmsu6HgfGCaW690qHfW2IVRHBdQE7GW JFEzkJjlFG0lFlRtNEFVh6Hu1R2a+s5/J2Dj1A8dVhJ5lsw1jXr6RbH/nbFjw7Zyfs6H eb5/aX+et36+BasfUSvIIdHSUxvIFBMs71S3T5ZDt0cNDlyEIcr1GHHKBr/8RQ5pYcHw ZqpAsBsiZ/wF+Zl/FF8La0NRk5P7KEMKASHTYeayzvyR36ak7Srj7Y4SFiiY75W9sIyt b7NA== MIME-Version: 1.0 X-Received: by 10.60.42.205 with SMTP id q13mr8003013oel.75.1370873387807; Mon, 10 Jun 2013 07:09:47 -0700 (PDT) Received: by 10.182.216.40 with HTTP; Mon, 10 Jun 2013 07:09:47 -0700 (PDT) X-Originating-IP: [101.175.139.14] In-Reply-To: References: <20130605084224.67c84c15@bender.Home> <51B5D6B4.6060902@gmx.de> Date: Tue, 11 Jun 2013 00:09:47 +1000 Message-ID: Subject: Re: Unable to build 10-CURRENT for Raspi From: Jason Birch To: Marco Hafke X-Gm-Message-State: ALoCoQks6I3kdv3X/kC4iP3NQvmkHi1j/4wPi1AA+KCe6JotIaRZ7zzPgVdK6oPAYgXeEhOgViQP Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 14:09:48 -0000 > I'm currently building for BeagleBone using r251352 (June 3rd), and > everything seems okay so far. > Actually, looks like that's crapping out for an unrelated reason. May be my environment or may be that revision, but it might be safest to roll with r251213 instead :) From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 14:17:19 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 56D226EE for ; Mon, 10 Jun 2013 14:17:19 +0000 (UTC) (envelope-from i@bodokaiser.io) Received: from mail-bk0-x22e.google.com (mail-bk0-x22e.google.com [IPv6:2a00:1450:4008:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id DE4F41AC8 for ; Mon, 10 Jun 2013 14:17:18 +0000 (UTC) Received: by mail-bk0-f46.google.com with SMTP id na10so3347050bkb.5 for ; Mon, 10 Jun 2013 07:17:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:content-type:subject:message-id:date:to:mime-version:x-mailer :x-gm-message-state; bh=FMws/tBU1P+iRYm3ZAwQBDLYuwKYJrvPP7uVAodypzA=; b=O5Jf+MJN2BdleBrAsb3Jc2YIhmTpD2D+81/3GEqb4v8rxo+hTSXPjCyTQOa/Wx4H1/ PWw4K4wYyGa4UhXtoYMS86yjk49wZrk2Z75Ca9FUaPXr+7iMHKUPycqwkJLspV46YeT9 GB8YOoxZW/GtODpUHTbRX4dGWCkorYFvxJgsljpSF6CVm9bukSldN40fFJ3kpXFVgtJm y7prKgXsT0nWwU0OlRkWJ3NOBG/x11KG/Fw9XyLsksDcyyAchyzQ1d4vun0dpRV6Eb4M PlANo/xi5xJGX3Tyb9wuMQqokY9Ec+ESg4UWSmO5uYEblnRck8ajL1uexX0F2gClpEdU qFEQ== X-Received: by 10.204.228.8 with SMTP id jc8mr1567545bkb.69.1370873837631; Mon, 10 Jun 2013 07:17:17 -0700 (PDT) Received: from bodos-macbook-pro.fritz.box (dslb-088-075-141-205.pools.arcor-ip.net. [88.75.141.205]) by mx.google.com with ESMTPSA id b12sm3962341bkz.0.2013.06.10.07.17.16 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Jun 2013 07:17:17 -0700 (PDT) From: Bodo Kaiser Subject: Crochet: Building dev tools from sources fails Message-Id: <54FE8A2F-969F-4145-A0B7-75C193FB9C5C@bodokaiser.io> Date: Mon, 10 Jun 2013 16:17:16 +0200 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-Gm-Message-State: ALoCoQlnx+O3SbySSQ1zNEW4gw8LIVdeaijoFmoxHOAL4bMINTVtqyzML5x9cFaYa/ADQWnb6jEi Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 14:17:19 -0000 Hello, I want to install FreeBSD on my BeagleBone Black (and start with kernel = development). I am currently stuck at building the dev tools from the FreeBSD source = tree. What I have done so far: - installed FreeBSD-9.1 to a Parallels VM - installed git - cloned freebsd source tree from github.com/freebsd/freebsd (other = versions missed BEAGLEBONE kernconf) and done cd /usr/src && make XDEV=3Darm XDEV_ARCH=3Darmv6 xdev I have done this but now I get three compiler errors: 1. /usr/freebsd-armv6/usr/include/machine/cpuconf.h:108:2: error: = ARM_NARCH is 0 #error ARM_NARCH is 0 2. /usr/freebsd-armv6/usr/include/machine/cpuconf.h:183:2: error: = ARM_NMMUS is 0 #error ARM_NMMUS is 0 3. /usr/freebsd-armv6/usr/include/unistd.h:355:16: error: too few = arguments provided to function-like macro innovaction int pause(void); Is this problem caused by: a) different source versions between /usr/src and system b) unstable code in git mirror c) something else What can I do to solve this errors? Best Regards, Bodo From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 16:26:38 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 79F3FE0E; Mon, 10 Jun 2013 16:26:38 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 47112121A; Mon, 10 Jun 2013 16:26:38 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5AGQbnL062955; Mon, 10 Jun 2013 12:26:37 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5AGQb9d062954; Mon, 10 Jun 2013 16:26:37 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 10 Jun 2013 16:26:37 GMT Message-Id: <201306101626.r5AGQb9d062954@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 16:26:38 -0000 TB --- 2013-06-10 14:50:15 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-10 14:50:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-10 14:50:15 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-10 14:50:15 - cleaning the object tree TB --- 2013-06-10 14:52:36 - /usr/local/bin/svn stat /src TB --- 2013-06-10 14:52:40 - At svn revision 251603 TB --- 2013-06-10 14:52:41 - building world TB --- 2013-06-10 14:52:41 - CROSS_BUILD_TESTING=YES TB --- 2013-06-10 14:52:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-10 14:52:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-10 14:52:41 - SRCCONF=/dev/null TB --- 2013-06-10 14:52:41 - TARGET=arm TB --- 2013-06-10 14:52:41 - TARGET_ARCH=arm TB --- 2013-06-10 14:52:41 - TZ=UTC TB --- 2013-06-10 14:52:41 - __MAKE_CONF=/dev/null TB --- 2013-06-10 14:52:41 - cd /src TB --- 2013-06-10 14:52:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jun 10 14:52:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-10 16:26:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-10 16:26:37 - ERROR: failed to build world TB --- 2013-06-10 16:26:37 - 4565.81 user 789.70 system 5782.09 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 16:56:14 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 68CE2842; Mon, 10 Jun 2013 16:56:14 +0000 (UTC) (envelope-from yom@iaelu.net) Received: from mail.iaelu.net (mail.iaelu.net [88.190.241.77]) by mx1.freebsd.org (Postfix) with ESMTP id 1405F13B3; Mon, 10 Jun 2013 16:56:13 +0000 (UTC) Received: from [192.168.128.11] (nly93-2-82-236-219-130.fbx.proxad.net [82.236.219.130]) (authenticated bits=0) by mail.iaelu.net (8.14.5/8.14.5) with ESMTP id r5AGuBts058548 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 10 Jun 2013 18:56:12 +0200 (CEST) (envelope-from yom@iaelu.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iaelu.net; s=eienni; t=1370883372; bh=DknC3AtnSoSHji8n60E0oKRuufFZDzMYDAvpCxc9wlg=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=fA0Del3EYWCBoQR4UY3/im9zetpIu0PW+q+e5X5j8yM/EUFvwULF3AHJ1R5SwsBnF GgJhiJHRTTQC7zNlxW7qN3KUcrjVTzk+frDxCMYwHDSN9pEpCEo09VmKiQtf2U+wWZ 5+hrOpejee30EpuGjmowVSnXuG1QJ4/MzxMfEiwQ= Content-Type: multipart/signed; boundary="Apple-Mail=_EF7FA01A-3C69-45AC-80F3-565410B603A2"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Efika MX build breaks From: Guillaume Bibaut In-Reply-To: <6CD20A26-8007-4485-90C9-F8B8E1613A92@iaelu.net> Date: Mon, 10 Jun 2013 18:56:06 +0200 Message-Id: <52872C44-BAF1-4908-BB9B-0FD4A17073E0@iaelu.net> References: <603116F6-9911-44A5-A017-47A42F41E0F2@iaelu.net> <20130610143533.f55c1c2ee6f99af0cdadc79f@freebsd.org> <7BCAA48C-752F-46BA-8933-4F551BD743F7@iaelu.net> <20130610145153.c077f2719d8108276b4c3f43@freebsd.org> <6CD20A26-8007-4485-90C9-F8B8E1613A92@iaelu.net> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1508) X-Virus-Scanned: clamav-milter 0.97.7 at mail.iaelu.net X-Virus-Status: Clean Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 16:56:14 -0000 --Apple-Mail=_EF7FA01A-3C69-45AC-80F3-565410B603A2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 here is the usbconfig I'm getting from the efika mx http://iaelu.net/~yom/usbconfig-efikamx.JPG -- Guillaume Bibaut Le 10 juin 2013 =E0 14:01, Guillaume Bibaut a =E9crit : >=20 > Le 10 juin 2013 =E0 13:51, Aleksandr Rybalko a =E9crit= : >=20 >> On Mon, 10 Jun 2013 13:39:00 +0200 >> Guillaume Bibaut wrote: >>=20 >>>=20 >>> Le 10 juin 2013 =E0 13:35, Aleksandr Rybalko a = =E9crit : >>>=20 >>>> On Wed, 5 Jun 2013 21:53:29 +0200 >>>> Guillaume Bibaut wrote: >>>>=20 >>>>> Hello, >>>>>=20 >>>>> I'm trying to build freebsd for Efika MX, but it seems that the = build breaks at some point. >>>>> I've been using this blog post : >>>>> = http://raybsd.blogspot.fr/2013/02/easy-way-to-do-it-try-freebsd-on-efika.h= tml >>>>>=20 >>>>> I've tried with 2 different VM : 9.1-RELEASE amd64, and 10H = (current) amd64 from this morning, >>>>> and it seems to generate the same error. >>>>> The complete output log can be found here : = http://iaelu.net/~yom/make.log >>>>>=20 >>>>> I'm pasting here just the end : >>>>>=20 >>>> [--cut--] >>>>>=20 >>>>> Is there something I'm doing wrong ? >>>>>=20 >>>>>=20 >>>>> Guillaume Bibaut (y0m on irc) >>>>=20 >>>> Hi Guillaume and all! >>>>=20 >>>> As I know Guillaume already find solution (use HEAD instead of >>>> obsoleted project/efika_mx branch). Guillaume, am I right? >>>>=20 >>>> Anyway, I'm going to delete project/efika_mx branch to not confuse >>>> people anymore :) >>>>=20 >>>> Thanks! >>>>=20 >>>> WBW >>>> --=20 >>>> Aleksandr Rybalko >>>=20 >>> You are right. >>> I've given a try on HEAD. >>> My efika mx boots quite well. >>> I need network now :D >>>=20 >>> Thank you. >>>=20 >>> -- >>> Guillaume Bibaut >>>=20 >>=20 >> Oh, you even get your own Efika already. Nice. >> Where did you get it? :) >>=20 >> Show me please your USB device list. (just output of usbconfig) >>=20 >> WBW >> --=20 >> Aleksandr Rybalko >=20 > I could get my own from Genesi Europe, not directly from the web = store, but with a few mails :) > Sadly I don't have the smartbook with me at this time. > Once I'm home (4 more hours to wait) I'll try to send you the = usbconfig output. > But since I didn't know if the Wifi would work, I've ordered for an = ASIX based usb adapter just in case. >=20 > I've built FreeBSD from head r251405 ... not sure how "stable" it can = be, but for now I didn't get anything bad with it. >=20 > -- > Guillaume Bibaut >=20 >=20 --Apple-Mail=_EF7FA01A-3C69-45AC-80F3-565410B603A2 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbDCCBjAw ggUYoAMCAQICAwYWrDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDMwNTE1MTQzMVoXDTE0MDMwNjA4MzI0MlowUTEZMBcGA1UEDRMQakZOWWl6d2VKOTYz QTZIMzEWMBQGA1UEAwwNeW9tQGlhZWx1Lm5ldDEcMBoGCSqGSIb3DQEJARYNeW9tQGlhZWx1Lm5l dDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnWIG7zLiKK4w3apbsbi4Y/kLDK03C/ /GYp99TS2H3s9E8vg708TyYXXzbc9y0MvVyceLMTGXmV0gK3//QAlkW9ghXwM3NuQWk+yVLyPIt9 1gAgMkixnOJzyjECRp3PNPfti59YcFXwaPebVE+TsxZp8wJYBQfD4JiQR1wGbXOhaGsv2K2b0H2r NpNgIx2bwYBSa4aFDl6wd18G/M+x1ebf5cuWqoksz780fKnCZMl5jFBevR2WAQqyARzZTD8EN/j/ F9U/TDlx317kINi7LRExYH+OqAj9nRkSa//Smr6vEMphaPW0W+4Oo4U6rCdU2REa9pMDrVqX/PDX rnFwuLsCAwEAAaOCAtMwggLPMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUWGCjcI9yWzlyhfstgvVdaIQWwaYwHwYDVR0jBBgw FoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwGAYDVR0RBBEwD4ENeW9tQGlhZWx1Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQEFBQADggEBACeawXdURknS/nm/4cq9F1JT79FHyeL+0PKESaLyICdfxisUEF1c6mw7 rIOg5KmTWddxsy/Dkq9GgFsFWM88dj4aJhd0HP83s0R0fFnpGE9ko5lXzGIhSWXG3E2TYUIzt5G0 jFh/eFstjuFdrUb5b7HSM/3P6hD/L84+jnKXdgI5HI0o7+qDc9oOOYbny7IaCDoFoSX4fJGaqEZC 1vUMsLq8Pq3EoHMFfnE/ArxWT/qOLUZKntg6eHFpO+gNipBHo4IL01YB+gJ9+TO4D4iglSRjYprV +gHa0zg4wUELPwHXx52BdGTum8FL76mQHbV2TEylvHiuoMWfMcJrkMOjHQEwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA28wggNrAgEBMIGUMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDAJBgUrDgMCGgUAoIIBrzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA2MTAxNjU2MDZaMCMGCSqGSIb3DQEJ BDEWBBTVdHGhxoTq4pnu5v7iTF03dUZB1DCBpQYJKwYBBAGCNxAEMYGXMIGUMIGMMQswCQYDVQQG EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2Vy dGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDCBpwYLKoZIhvcNAQkQAgsxgZeggZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDBhasMA0GCSqGSIb3DQEBAQUABIIBAArUetrn+9texkiW7Vukl+sz W1EFdqrLLFAHDXmp+Nv1HPsBTVFbK0Oqjs4k97FLWmdy9m48ksSUJc2KE+lapZXTLFbz2WQh7mQ3 R9+vihMW3TxqVv9M3LGedbCQBgfFCLYfwXoouI4gcTvZpGjO2zAlTyP3C5HnVlDxk8SzFWYXOpuD QyMisOFdYWxdpjpwT1uwXI14vRSZkm2/KL59KTlEUr4ZHEiWNfrrgPmG5RyszqkbZjbs50FE2SFb 8IwAINsoCuFkX+QPYB+ydSH/eTza9R4R2vIhPVXFY2ewAW0IEDZNktN20gps2gOteZGai1saQ/i1 CX+Js/Ke0orYV8oAAAAAAAA= --Apple-Mail=_EF7FA01A-3C69-45AC-80F3-565410B603A2-- From owner-freebsd-arm@FreeBSD.ORG Mon Jun 10 18:13:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DF71B7EB for ; Mon, 10 Jun 2013 18:13:02 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) by mx1.freebsd.org (Postfix) with ESMTP id B2D371934 for ; Mon, 10 Jun 2013 18:13:02 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id r5AICuGF019959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 10 Jun 2013 11:12:56 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id r5AICu2f019958; Mon, 10 Jun 2013 11:12:56 -0700 (PDT) (envelope-from jmg) Date: Mon, 10 Jun 2013 11:12:56 -0700 From: John-Mark Gurney To: Jason Birch Subject: Re: Unable to build 10-CURRENT for Raspi Message-ID: <20130610181256.GC81276@funkthat.com> Mail-Followup-To: Jason Birch , Marco Hafke , freebsd-arm References: <20130605084224.67c84c15@bender.Home> <51B5D6B4.6060902@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 10 Jun 2013 11:12:56 -0700 (PDT) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jun 2013 18:13:02 -0000 Jason Birch wrote this message on Tue, Jun 11, 2013 at 00:09 +1000: > > I'm currently building for BeagleBone using r251352 (June 3rd), and > > everything seems okay so far. > > > > Actually, looks like that's crapping out for an unrelated reason. May be my > environment or may be that revision, but it might be safest to roll with > r251213 instead :) r251604 fixed the build... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Wed Jun 12 18:10:39 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9663EF10; Wed, 12 Jun 2013 18:10:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 637081813; Wed, 12 Jun 2013 18:10:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id r5CIAVrE020458; Wed, 12 Jun 2013 14:10:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r5CIAVWi020452; Wed, 12 Jun 2013 18:10:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 12 Jun 2013 18:10:31 GMT Message-Id: <201306121810.r5CIAVWi020452@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 18:10:39 -0000 TB --- 2013-06-12 15:30:19 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-06-12 15:30:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-12 15:30:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-06-12 15:30:19 - cleaning the object tree TB --- 2013-06-12 15:30:19 - /usr/local/bin/svn stat /src TB --- 2013-06-12 15:30:24 - At svn revision 251658 TB --- 2013-06-12 15:30:25 - building world TB --- 2013-06-12 15:30:25 - CROSS_BUILD_TESTING=YES TB --- 2013-06-12 15:30:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-12 15:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-12 15:30:25 - SRCCONF=/dev/null TB --- 2013-06-12 15:30:25 - TARGET=arm TB --- 2013-06-12 15:30:25 - TARGET_ARCH=arm TB --- 2013-06-12 15:30:25 - TZ=UTC TB --- 2013-06-12 15:30:25 - __MAKE_CONF=/dev/null TB --- 2013-06-12 15:30:25 - cd /src TB --- 2013-06-12 15:30:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jun 12 15:30:32 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop. make: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-06-12 18:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-12 18:10:31 - ERROR: failed to build world TB --- 2013-06-12 18:10:31 - 7894.74 user 1260.23 system 9611.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Jun 13 09:50:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 16590C12 for ; Thu, 13 Jun 2013 09:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id EB71912B5 for ; Thu, 13 Jun 2013 09:50:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5D9o0sO062239 for ; Thu, 13 Jun 2013 09:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5D9o04b062238; Thu, 13 Jun 2013 09:50:00 GMT (envelope-from gnats) Resent-Date: Thu, 13 Jun 2013 09:50:00 GMT Resent-Message-Id: <201306130950.r5D9o04b062238@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Guillaume Bibaut Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E9943B8E for ; Thu, 13 Jun 2013 09:40:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) by mx1.freebsd.org (Postfix) with ESMTP id DB96C1276 for ; Thu, 13 Jun 2013 09:40:45 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r5D9eiL7089869 for ; Thu, 13 Jun 2013 09:40:44 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r5D9eiFx089862; Thu, 13 Jun 2013 09:40:44 GMT (envelope-from nobody) Message-Id: <201306130940.r5D9eiFx089862@oldred.freebsd.org> Date: Thu, 13 Jun 2013 09:40:44 GMT From: Guillaume Bibaut To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/179532: wireless networking on ARM X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 09:50:01 -0000 >Number: 179532 >Category: arm >Synopsis: wireless networking on ARM >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 13 09:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Guillaume Bibaut >Release: FreeBSD 10-CURRENT r251405 >Organization: - >Environment: FreeBSD iaelumx 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251405M: Wed Jun 12 12:50:45 CEST 2013 root@bsd-current:/root/EfikaMX/obj/arm.armv6/root/EfikaMX/src/efika_mx/sys/EFIKA_MX arm >Description: FreeBSD is crashing when wpa_supplicant is called upon boot on the Genesi Efika MX smartbook. Since I can't copy and paste the result of the crash, I've taken pictures and put them here : http://iaelu.net/~yom/efikamx/arm-eabi/ I got helped by @rayddteam ( ray@ ) on the EFNET IRC subnet, in the #bsdmips channel. The Wireless network was a WPA Personal. after some investigations with the help of ray@ we could at least gather this information with the addr2line command : /root/EfikaMX/obj/arm.armv6/root/EfikaMX/src/efika_mx/tmp/usr/bin/addr2line -e /mnt/boot/kernel/kernel c035bc44 /root/EfikaMX/src/efika_mx/sys/net80211/ieee80211_radiotap.c:138 I hope these informations help you to fix the problem, if there is any solution. >How-To-Repeat: The r251405 revision of head sources do not enable the wireless adapter by default so ray@ gave me a patch to enable it. You can find the diff here : https://github.com/GuillaumeBibaut/EfikaMX the file is named : imx51_iomux.c.diff which should be patched in head/sys/arm/freescale/imx/ I also used the MAKE_EFIKA_MX.sh script to build FreeBSD, that I've modified a bit and is accessible in the github repo. In the script you can find the configuration files. This script is using the ARM EABI for testing, as asked by ray@. >Fix: Not known at the moment. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Thu Jun 13 23:49:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 04C89E19; Thu, 13 Jun 2013 23:49:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) by mx1.freebsd.org (Postfix) with ESMTP id B0B5F1247; Thu, 13 Jun 2013 23:49:15 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id i13so1441589qae.6 for ; Thu, 13 Jun 2013 16:49:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=NFeNs+UlsGRSgc0P0PVOjnawvRaZ1L2ATuJVAhdku3g=; b=rM/Y8IRuEufSHyEWgVZ3cVeVuOMDNxLNX4QEFE5UMfiXNhi0MwpkLFVG6mYBh9ZI/1 RCZIqA/JRPk9RuRGx3d9Btk4qI4ztAl3H9T7RD1gQ+umnsAregGW8OXi8AV1xmMo815x TWVUbAapzbTcvIAqTsCHnv0OHZ5sDHlljAboG5Ys2jcSN6cE0SeXAp5QoSRMx+rY5Oio Cq4vB4TvbJW9g0J9ZddAb0iXRyqUXOmN3gqorjgyQ86Vx0MHk4MwTYH1fqq2JVZH0SWt V4cepYK1s95P1Yn38eET63v4/rYjboZXLO4+AIhCZBX4nJfKNomR4wqhrnTXY9ZZSBLS K90Q== MIME-Version: 1.0 X-Received: by 10.49.109.72 with SMTP id hq8mr4245459qeb.38.1371167355247; Thu, 13 Jun 2013 16:49:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Thu, 13 Jun 2013 16:49:15 -0700 (PDT) In-Reply-To: <201306130940.r5D9eiFx089862@oldred.freebsd.org> References: <201306130940.r5D9eiFx089862@oldred.freebsd.org> Date: Thu, 13 Jun 2013 16:49:15 -0700 X-Google-Sender-Auth: hn9W4aupO9auSGtCtwpUJJjdq-A Message-ID: Subject: Re: arm/179532: wireless networking on ARM From: Adrian Chadd To: Guillaume Bibaut Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jun 2013 23:49:16 -0000 Ugh, Hi, An alignment fault? ugh. It works fine on MIPS; I wonder if it's something odd to do with the specific driver in use. I'll look at the source and get back to everyone. Thanks! adrian From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 05:14:52 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F033C92; Fri, 14 Jun 2013 05:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id DB0121093; Fri, 14 Jun 2013 05:14:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r5E5EoJU067773; Fri, 14 Jun 2013 05:14:50 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E5Eog5067772; Fri, 14 Jun 2013 05:14:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 05:14:50 GMT Message-Id: <201306140514.r5E5Eog5067772@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:14:52 -0000 TB --- 2013-06-14 05:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 05:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 05:10:12 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-06-14 05:10:12 - cleaning the object tree TB --- 2013-06-14 05:10:12 - /usr/local/bin/svn stat /src TB --- 2013-06-14 05:10:16 - At svn revision 251732 TB --- 2013-06-14 05:10:17 - building world TB --- 2013-06-14 05:10:17 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 05:10:17 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 05:10:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 05:10:17 - SRCCONF=/dev/null TB --- 2013-06-14 05:10:17 - TARGET=arm TB --- 2013-06-14 05:10:17 - TARGET_ARCH=arm TB --- 2013-06-14 05:10:17 - TZ=UTC TB --- 2013-06-14 05:10:17 - __MAKE_CONF=/dev/null TB --- 2013-06-14 05:10:17 - cd /src TB --- 2013-06-14 05:10:17 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 05:10:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/arm/arm.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 05:14:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 05:14:50 - ERROR: failed to build world TB --- 2013-06-14 05:14:50 - 236.75 user 37.95 system 277.89 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 05:32:46 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D9CF28DD; Fri, 14 Jun 2013 05:32:46 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-f41.google.com (mail-qe0-f41.google.com [209.85.128.41]) by mx1.freebsd.org (Postfix) with ESMTP id 900A511AE; Fri, 14 Jun 2013 05:32:46 +0000 (UTC) Received: by mail-qe0-f41.google.com with SMTP id b4so111299qen.28 for ; Thu, 13 Jun 2013 22:32:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1cfDBI3+noIev5OI816eZiyJU/I39iPEBvaBxVgfsu0=; b=y+Q8GdrSZKVn9+8xNycRExQM3etIvTxagePCNEN5MJ8RRCrSraZpzcRFw0D6II9dE9 COxfKpkRxrpkwDEp92KZK//BGzi4yotaAz9oGNjF0mbRXMalXo+kB6R169+4RiCOT/c8 ZHZ+6fcB6oWW9LWLbOWKx10pMjXXvFNzoOW1I/1NlFjM2uWPROjL/63+sy8y8q0a1tin gspr/BzpMrATCrXvxB60K6r5/xAuQFABxcgFXQ8wMEI3jxrDWYPiVJ33jcYTJBzfFnGw QsBs9DVF/PGZ9oBCp2/rvqAFf1JKyVt4Fd/I0GU/ncmFV2LxpcngR++74ZebG3jqGOXu 76pA== MIME-Version: 1.0 X-Received: by 10.49.49.167 with SMTP id v7mr768116qen.10.1371187960385; Thu, 13 Jun 2013 22:32:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Thu, 13 Jun 2013 22:32:40 -0700 (PDT) In-Reply-To: References: <201306130940.r5D9eiFx089862@oldred.freebsd.org> Date: Thu, 13 Jun 2013 22:32:40 -0700 X-Google-Sender-Auth: DHGUDQuUcnPIOBPxojW4r-Tph3c Message-ID: Subject: Re: arm/179532: wireless networking on ARM From: Adrian Chadd To: Guillaume Bibaut Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 05:32:46 -0000 So that line does this: rc->freq = htole16(c->ic_freq); Please print out the value of p, c and rc before that is called. printf("%s: c=%p, p=%p, rc=%p\n", __func__, c, p, rc); I bet one of them is unaligned. And I bet that 'c' is aligned, but 'rc' and 'p' aren't aligned. I bet they're unaligned because ic->ic_rxchan and/or ic->ic_txchan is unaligned. Now, why _those_ are unaligned, I dunno. I bet the pointers passed into ieee80211_radiotap_attach() (th and rh) are unaligned, and that leads to this unalignment mess. The whole tx and rx tap structure allocation in if_runvar.h is a bit sick. Sigh. Adrian On 13 June 2013 16:49, Adrian Chadd wrote: > Ugh, > > Hi, > > An alignment fault? ugh. It works fine on MIPS; I wonder if it's > something odd to do with the specific driver in use. > > I'll look at the source and get back to everyone. > > Thanks! > > > > adrian From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 07:44:58 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2C2ED63A; Fri, 14 Jun 2013 07:44:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id E974E196B; Fri, 14 Jun 2013 07:44:57 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r5E7ivQo091810; Fri, 14 Jun 2013 07:44:57 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5E7ivfX091805; Fri, 14 Jun 2013 07:44:57 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 07:44:57 GMT Message-Id: <201306140744.r5E7ivfX091805@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 07:44:58 -0000 TB --- 2013-06-14 07:40:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 07:40:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 07:40:12 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-06-14 07:40:12 - cleaning the object tree TB --- 2013-06-14 07:40:14 - /usr/local/bin/svn stat /src TB --- 2013-06-14 07:40:19 - At svn revision 251736 TB --- 2013-06-14 07:40:20 - building world TB --- 2013-06-14 07:40:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 07:40:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 07:40:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 07:40:20 - SRCCONF=/dev/null TB --- 2013-06-14 07:40:20 - TARGET=arm TB --- 2013-06-14 07:40:20 - TARGET_ARCH=arm TB --- 2013-06-14 07:40:20 - TZ=UTC TB --- 2013-06-14 07:40:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 07:40:20 - cd /src TB --- 2013-06-14 07:40:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 07:40:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/arm/arm.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 07:44:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 07:44:57 - ERROR: failed to build world TB --- 2013-06-14 07:44:57 - 239.15 user 40.03 system 285.28 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 08:02:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D846E2D7; Fri, 14 Jun 2013 08:02:58 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from Prakkezator.VEHosting.nl (Prakkezator6.VEHosting.nl [IPv6:2001:1af8:2100:b020::142]) by mx1.freebsd.org (Postfix) with ESMTP id 775911A88; Fri, 14 Jun 2013 08:02:57 +0000 (UTC) Received: from [192.168.72.13] (124-54.bbned.dsl.internl.net [92.254.54.124]) (authenticated bits=0) by Prakkezator.VEHosting.nl (8.14.2/8.14.2) with ESMTP id r5E82sgv048810; Fri, 14 Jun 2013 10:02:54 +0200 (CEST) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Daan - Vitsch Electronics To: Guillaume Bibaut Subject: Re: arm/179532: wireless networking on ARM Date: Fri, 14 Jun 2013 10:02:54 +0200 User-Agent: KMail/1.9.10 References: <1371117009-2325752654.97fed5ef27@bliksem.vehosting.nl> <201306130940.r5D9eiFx089862@oldred.freebsd.org> In-Reply-To: <201306130940.r5D9eiFx089862@oldred.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201306141002.54857.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.7 2011-02-21 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on Prakkezator.VEHosting.nl Cc: freebsd-arm@freebsd.org, freebsd-gnats-submit@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:02:58 -0000 Hi Guillaume, On Thursday 13 June 2013 11:40:44 Guillaume Bibaut wrote: > >Number: 179532 > >Category: arm > >Synopsis: wireless networking on ARM .. > >Environment: > > FreeBSD iaelumx 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251405M: Wed Jun 12 > 12:50:45 CEST 2013 > root@bsd-current:/root/EfikaMX/obj/arm.armv6/root/EfikaMX/src/efika_mx/sys/ >EFIKA_MX arm > > >Description: > > FreeBSD is crashing when wpa_supplicant is called upon boot on the Genesi > Efika MX smartbook. > > Since I can't copy and paste the result of the crash, I've taken pictures > and put them here : http://iaelu.net/~yom/efikamx/arm-eabi/ > > I got helped by @rayddteam ( ray@ ) on the EFNET IRC subnet, in the > #bsdmips channel. > > The Wireless network was a WPA Personal. > > after some investigations with the help of ray@ > we could at least gather this information with the addr2line command : > /root/EfikaMX/obj/arm.armv6/root/EfikaMX/src/efika_mx/tmp/usr/bin/addr2line > -e /mnt/boot/kernel/kernel c035bc44 > /root/EfikaMX/src/efika_mx/sys/net80211/ieee80211_radiotap.c:138 > > I hope these informations help you to fix the problem, if there is any > solution. I think we might have hit this same bug at work and have a local patch that fixes it. I'll see if I can dust it off and post a patch here. I believe it was only a 3-line patch to if_run.c Regards, -- Ing. Daan Vreeken Vitsch Electronics http://Vitsch.nl/ http://VitschVPN.nl/ tel: +31-(0)40-7113051 KvK nr: 17174380 -- Machines en netwerken op afstand beheren? Vitsch VPN oplossing! Kijk voor meer informatie op: http://www.VitschVPN.nl/ From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 08:10:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C7AAF456 for ; Fri, 14 Jun 2013 08:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id BA45D1AC4 for ; Fri, 14 Jun 2013 08:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5E8A1DH025240 for ; Fri, 14 Jun 2013 08:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5E8A1aI025239; Fri, 14 Jun 2013 08:10:01 GMT (envelope-from gnats) Date: Fri, 14 Jun 2013 08:10:01 GMT Message-Id: <201306140810.r5E8A1aI025239@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Daan Vreeken Subject: Re: arm/179532: wireless networking on ARM X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daan Vreeken List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:10:01 -0000 The following reply was made to PR arm/179532; it has been noted by GNATS. From: Daan Vreeken To: Guillaume Bibaut Cc: freebsd-arm@freebsd.org, freebsd-gnats-submit@freebsd.org, Adrian Chadd Subject: Re: arm/179532: wireless networking on ARM Date: Fri, 14 Jun 2013 10:02:54 +0200 Hi Guillaume, On Thursday 13 June 2013 11:40:44 Guillaume Bibaut wrote: > >Number: 179532 > >Category: arm > >Synopsis: wireless networking on ARM .. > >Environment: > > FreeBSD iaelumx 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251405M: Wed Jun 12 > 12:50:45 CEST 2013 > root@bsd-current:/root/EfikaMX/obj/arm.armv6/root/EfikaMX/src/efika_mx/sys/ >EFIKA_MX arm > > >Description: > > FreeBSD is crashing when wpa_supplicant is called upon boot on the Genesi > Efika MX smartbook. > > Since I can't copy and paste the result of the crash, I've taken pictures > and put them here : http://iaelu.net/~yom/efikamx/arm-eabi/ > > I got helped by @rayddteam ( ray@ ) on the EFNET IRC subnet, in the > #bsdmips channel. > > The Wireless network was a WPA Personal. > > after some investigations with the help of ray@ > we could at least gather this information with the addr2line command : > /root/EfikaMX/obj/arm.armv6/root/EfikaMX/src/efika_mx/tmp/usr/bin/addr2line > -e /mnt/boot/kernel/kernel c035bc44 > /root/EfikaMX/src/efika_mx/sys/net80211/ieee80211_radiotap.c:138 > > I hope these informations help you to fix the problem, if there is any > solution. I think we might have hit this same bug at work and have a local patch that fixes it. I'll see if I can dust it off and post a patch here. I believe it was only a 3-line patch to if_run.c Regards, -- Ing. Daan Vreeken Vitsch Electronics http://Vitsch.nl/ http://VitschVPN.nl/ tel: +31-(0)40-7113051 KvK nr: 17174380 -- Machines en netwerken op afstand beheren? Vitsch VPN oplossing! Kijk voor meer informatie op: http://www.VitschVPN.nl/ From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 08:20:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2F41818D; Fri, 14 Jun 2013 08:20:41 +0000 (UTC) (envelope-from yom@iaelu.net) Received: from mail.iaelu.net (mail.iaelu.net [88.190.241.77]) by mx1.freebsd.org (Postfix) with ESMTP id CA00B1B63; Fri, 14 Jun 2013 08:20:40 +0000 (UTC) Received: from [172.16.68.12] (societe.hq.reagi.net [195.110.13.68]) (authenticated bits=0) by mail.iaelu.net (8.14.5/8.14.5) with ESMTP id r5E8KWv7073656 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 14 Jun 2013 10:20:33 +0200 (CEST) (envelope-from yom@iaelu.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iaelu.net; s=eienni; t=1371198033; bh=ASXEy2et5R8NGEycsJjsBqA523X1uubf+XG78FjzzBc=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=zvz1A6CEC/OCJ7TmiPvugt3O9S78xPzicvqopX41Q/SFE7QT3LjJXi94vSiRi2vTw COokrZ1lXcFE+1XUHSJoY1h8CeLcXNx007A13f59Ny9VKVkho0QOuHZfxoMy5RbzDl MjTJsJEGPoAoqIM4VXGIAuNJlYDZrgUlTafQ9Mdo= Content-Type: multipart/signed; boundary="Apple-Mail=_0E3BB8F7-3797-4DC6-9268-44BA762BAC02"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: arm/179532: wireless networking on ARM From: Guillaume Bibaut In-Reply-To: Date: Fri, 14 Jun 2013 10:20:27 +0200 Message-Id: <0F0FA54B-4970-41A7-9173-4EF28A61DFE5@iaelu.net> References: <201306130940.r5D9eiFx089862@oldred.freebsd.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1508) X-Virus-Scanned: clamav-milter 0.97.7 at mail.iaelu.net X-Virus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:20:41 -0000 --Apple-Mail=_0E3BB8F7-3797-4DC6-9268-44BA762BAC02 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Here is the output : set_channel: c=3D0xc289b214, p=3D0xc2892fbb, rc=3D0xc2892fbb picture :=20 http://iaelu.net/~yom/efikamx/arm-eabi/photo6.JPG -- Guillaume Le 14 juin 2013 =E0 07:32, Adrian Chadd a =E9crit : > So that line does this: >=20 > rc->freq =3D htole16(c->ic_freq); >=20 > Please print out the value of p, c and rc before that is called. >=20 > printf("%s: c=3D%p, p=3D%p, rc=3D%p\n", __func__, c, p, rc); >=20 > I bet one of them is unaligned. >=20 > And I bet that 'c' is aligned, but 'rc' and 'p' aren't aligned. > I bet they're unaligned because ic->ic_rxchan and/or ic->ic_txchan is = unaligned. >=20 > Now, why _those_ are unaligned, I dunno. I bet the pointers passed > into ieee80211_radiotap_attach() (th and rh) are unaligned, and that > leads to this unalignment mess. >=20 > The whole tx and rx tap structure allocation in if_runvar.h is a bit = sick. Sigh. >=20 >=20 >=20 > Adrian >=20 >=20 > On 13 June 2013 16:49, Adrian Chadd wrote: >> Ugh, >>=20 >> Hi, >>=20 >> An alignment fault? ugh. It works fine on MIPS; I wonder if it's >> something odd to do with the specific driver in use. >>=20 >> I'll look at the source and get back to everyone. >>=20 >> Thanks! >>=20 >>=20 >>=20 >> adrian > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --Apple-Mail=_0E3BB8F7-3797-4DC6-9268-44BA762BAC02 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMbDCCBjAw ggUYoAMCAQICAwYWrDANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0 YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcx ODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB MB4XDTEzMDMwNTE1MTQzMVoXDTE0MDMwNjA4MzI0MlowUTEZMBcGA1UEDRMQakZOWWl6d2VKOTYz QTZIMzEWMBQGA1UEAwwNeW9tQGlhZWx1Lm5ldDEcMBoGCSqGSIb3DQEJARYNeW9tQGlhZWx1Lm5l dDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnWIG7zLiKK4w3apbsbi4Y/kLDK03C/ /GYp99TS2H3s9E8vg708TyYXXzbc9y0MvVyceLMTGXmV0gK3//QAlkW9ghXwM3NuQWk+yVLyPIt9 1gAgMkixnOJzyjECRp3PNPfti59YcFXwaPebVE+TsxZp8wJYBQfD4JiQR1wGbXOhaGsv2K2b0H2r NpNgIx2bwYBSa4aFDl6wd18G/M+x1ebf5cuWqoksz780fKnCZMl5jFBevR2WAQqyARzZTD8EN/j/ F9U/TDlx317kINi7LRExYH+OqAj9nRkSa//Smr6vEMphaPW0W+4Oo4U6rCdU2REa9pMDrVqX/PDX rnFwuLsCAwEAAaOCAtMwggLPMAkGA1UdEwQCMAAwCwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsG AQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQUWGCjcI9yWzlyhfstgvVdaIQWwaYwHwYDVR0jBBgw FoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIwGAYDVR0RBBEwD4ENeW9tQGlhZWx1Lm5ldDCCAUwGA1Ud IASCAUMwggE/MIIBOwYLKwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29y ZGluZyB0byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRD b20gQ0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAtMCug KaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEFBQcBAQSB gTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2NsYXNzMS9jbGll bnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFz czEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJ KoZIhvcNAQEFBQADggEBACeawXdURknS/nm/4cq9F1JT79FHyeL+0PKESaLyICdfxisUEF1c6mw7 rIOg5KmTWddxsy/Dkq9GgFsFWM88dj4aJhd0HP83s0R0fFnpGE9ko5lXzGIhSWXG3E2TYUIzt5G0 jFh/eFstjuFdrUb5b7HSM/3P6hD/L84+jnKXdgI5HI0o7+qDc9oOOYbny7IaCDoFoSX4fJGaqEZC 1vUMsLq8Pq3EoHMFfnE/ArxWT/qOLUZKntg6eHFpO+gNipBHo4IL01YB+gJ9+TO4D4iglSRjYprV +gHa0zg4wUELPwHXx52BdGTum8FL76mQHbV2TEylvHiuoMWfMcJrkMOjHQEwggY0MIIEHKADAgEC AgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQDEyBT dGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0wNzEwMjQyMTAxNTVaFw0xNzEwMjQy MTAxNTVaMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQDHCYPMzi3YGrEppC4Tq5a+ijKDjKaIQZZVR63UbxIP6uq/I0fhCu+cQhoUfE6E RKKnu8zPf1Jwuk0tsvVCk6U9b+0UjM0dLep3ZdE1gblK/1FwYT5Pipsu2yOMluLqwvsuz9/9f1+1 PKHG/FaR/wpbfuIqu54qzHDYeqiUfsYzoVflR80DAC7hmJ+SmZnNTWyUGHJbBpA8Q89lGxahNvur yGaC/o2/ceD2uYDX9U8Eg5DpIpGQdcbQeGarV04WgAUjjXX5r/2dabmtxWMZwhZna//jdiSyrrSM TGKkDiXm6/3/4ebfeZuCYKzN2P8O2F/Xe2AC/Y7zeEsnR7FOp+uXAgMBAAGjggGtMIIBqTAPBgNV HRMBAf8EBTADAQH/MA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUU3Ltkpzg2ssBXHx+ljVO8tS4 UYIwHwYDVR0jBBgwFoAUTgvvGqRAW6UXaYcwyjRoQ9BBrvIwZgYIKwYBBQUHAQEEWjBYMCcGCCsG AQUFBzABhhtodHRwOi8vb2NzcC5zdGFydHNzbC5jb20vY2EwLQYIKwYBBQUHMAKGIWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL3Nmc2NhLmNydDBbBgNVHR8EVDBSMCegJaAjhiFodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS9zZnNjYS5jcmwwJ6AloCOGIWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL3Nmc2Nh LmNybDCBgAYDVR0gBHkwdzB1BgsrBgEEAYG1NwECATBmMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3 LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9pbnRlcm1lZGlhdGUucGRmMA0GCSqGSIb3DQEBBQUAA4ICAQAKgwh9eKssBly4Y4xerhy5 I3dNoXHYfYa8PlVLL/qtXnkFgdtY1o95CfegFJTwqBBmf8pyTUnFsukDFUI22zF5bVHzuJ+GxhnS qN2sD1qetbYwBYK2iyYA5Pg7Er1A+hKMIzEzcduRkIMmCeUTyMyikfbUFvIBivtvkR8ZFAk22BZy +pJfAoedO61HTz4qSfQoCRcLN5A0t4DkuVhTMXIzuQ8CnykhExD6x4e6ebIbrjZLb7L+ocR0y4Yj Cl/Pd4MXU91y0vTipgr/O75CDUHDRHCCKBVmz/Rzkc/b970MEeHt5LC3NiWTgBSvrLEuVzBKM586 YoRD9Dy3OHQgWI270g+5MYA8GfgI/EPT5G7xPbCDz+zjdH89PeR3U4So4lSXur6H6vp+m9TQXPF3 a0LwZrp8MQ+Z77U1uL7TelWO5lApsbAonrqASfTpaprFVkL4nyGH+NHST2ZJPWIBk81i6Vw0ny0q ZW2Niy/QvVNKbb43A43ny076khXO7cNbBIRdJ/6qQNq9Bqb5C0Q5nEsFcj75oxQRqlKf6TcvGbjx kJh8BYtv9ePsXklAxtm8J7GCUBthHSQgepbkOexhJ0wP8imUkyiPHQ0GvEnd83129fZjoEhdGwXV 27ioRKbj/cIq7JRXun0NbeY+UdMYu9jGfIpDLtUUGSgsg2zMGs5R4jGCA28wggNrAgEBMIGUMIGM MQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmlt YXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDAJBgUrDgMCGgUAoIIBrzAYBgkqhkiG9w0B CQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMzA2MTQwODIwMjhaMCMGCSqGSIb3DQEJ BDEWBBSOpwQM7R33n7n1dYu33J554NJ4pjCBpQYJKwYBBAGCNxAEMYGXMIGUMIGMMQswCQYDVQQG EwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2Vy dGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVy bWVkaWF0ZSBDbGllbnQgQ0ECAwYWrDCBpwYLKoZIhvcNAQkQAgsxgZeggZQwgYwxCzAJBgNVBAYT AklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0 aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDBhasMA0GCSqGSIb3DQEBAQUABIIBAKEOq1SqWTqLPDw7PDmI7Cwv wGxiyLkcndh0iemDLEWW/u8HppbGer0MAdmZa05KYRbMRzV43qaseMGkX6zGCMtduMLFMx3bddAo JLndq0nFC/d8y4oKkwxQZfb6RUyNf9rp7/WstUa0qf55SpfVDtLcFQT324mXwP208xzCwUjKPuQU 3bneXx7kNS4i15datFAO5bc8hD391roXRDjiqxc0rtvfhWmyjNa7lsKdlWBUzNNX08byk9GDWzDn oJ5Fju1CZgZFV75OQ+mhBcR8reeRcGB2OfoStHjzv23BCd0CKuXo6P+Gf1aodLm6lwNhRZC2PPSx XWzT86Jj5Zi+81oAAAAAAAA= --Apple-Mail=_0E3BB8F7-3797-4DC6-9268-44BA762BAC02-- From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 08:22:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5414B2F2; Fri, 14 Jun 2013 08:22:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 08F2E1B9B; Fri, 14 Jun 2013 08:22:39 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id i13so14234qae.20 for ; Fri, 14 Jun 2013 01:22:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FcCBazioPBivawh9AvXxS/c3D9N/YprgrxLLm/yHc+8=; b=o7abDONspTkntj3/8RehkwuMYg615DRpgjEMQWEx2WHWSg8QIpQUN7PqGity9obapz 1EXG1xQjtk58ANUufqhHq2i6CVKsUux5xba3N8zqn+AMltmCPu9m3pWQlXELtphBp+6X op1rRA+XcjXHUuHyj/epmXi4RKZWY7O98vyEO2pIeuma/XXyqOYZb6W4Tda1YHPBfpYb B15Cf9cI3K1VpiugfJeNMssJ9MAnZzzpezzSH0yvLSrQihLb9ee7miWJEh16aeRIO+D9 cXuCdU0HlSU8eqpll/Dpvnfq9jv6HCDVhCuqe4bSbZel5DDFgWBp0Elq5y0yn5F25Zgx l6ww== MIME-Version: 1.0 X-Received: by 10.229.119.3 with SMTP id x3mr451215qcq.64.1371198159614; Fri, 14 Jun 2013 01:22:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Fri, 14 Jun 2013 01:22:39 -0700 (PDT) In-Reply-To: <0F0FA54B-4970-41A7-9173-4EF28A61DFE5@iaelu.net> References: <201306130940.r5D9eiFx089862@oldred.freebsd.org> <0F0FA54B-4970-41A7-9173-4EF28A61DFE5@iaelu.net> Date: Fri, 14 Jun 2013 01:22:39 -0700 X-Google-Sender-Auth: 7_R_Rl3SamBMAwqM-BC0XNQXHow Message-ID: Subject: Re: arm/179532: wireless networking on ARM From: Adrian Chadd To: Guillaume Bibaut Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org, freebsd-wireless@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:22:40 -0000 Yup, it's being handed an unaligned radiotap header address from the run dr= iver. Grr. Adrian On 14 June 2013 01:20, Guillaume Bibaut wrote: > Here is the output : > > set_channel: c=3D0xc289b214, p=3D0xc2892fbb, rc=3D0xc2892fbb > > > picture : > > http://iaelu.net/~yom/efikamx/arm-eabi/photo6.JPG > > > -- > Guillaume > > > Le 14 juin 2013 =E0 07:32, Adrian Chadd a =E9crit : > > So that line does this: > > rc->freq =3D htole16(c->ic_freq); > > Please print out the value of p, c and rc before that is called. > > printf("%s: c=3D%p, p=3D%p, rc=3D%p\n", __func__, c, p, rc); > > I bet one of them is unaligned. > > And I bet that 'c' is aligned, but 'rc' and 'p' aren't aligned. > I bet they're unaligned because ic->ic_rxchan and/or ic->ic_txchan is > unaligned. > > Now, why _those_ are unaligned, I dunno. I bet the pointers passed > into ieee80211_radiotap_attach() (th and rh) are unaligned, and that > leads to this unalignment mess. > > The whole tx and rx tap structure allocation in if_runvar.h is a bit sick= . > Sigh. > > > > Adrian > > > On 13 June 2013 16:49, Adrian Chadd wrote: > > Ugh, > > Hi, > > An alignment fault? ugh. It works fine on MIPS; I wonder if it's > something odd to do with the specific driver in use. > > I'll look at the source and get back to everyone. > > Thanks! > > > > adrian > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 08:33:54 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 44D8D710; Fri, 14 Jun 2013 08:33:54 +0000 (UTC) (envelope-from Daan@vitsch.nl) Received: from Prakkezator.VEHosting.nl (Prakkezator6.VEHosting.nl [IPv6:2001:1af8:2100:b020::142]) by mx1.freebsd.org (Postfix) with ESMTP id A3EE51BFA; Fri, 14 Jun 2013 08:33:53 +0000 (UTC) Received: from [192.168.72.13] (124-54.bbned.dsl.internl.net [92.254.54.124]) (authenticated bits=0) by Prakkezator.VEHosting.nl (8.14.2/8.14.2) with ESMTP id r5E8XpLF049264; Fri, 14 Jun 2013 10:33:52 +0200 (CEST) (envelope-from Daan@vitsch.nl) From: Daan Vreeken Organization: Daan - Vitsch Electronics To: Guillaume Bibaut Subject: Re: arm/179532: wireless networking on ARM Date: Fri, 14 Jun 2013 10:33:51 +0200 User-Agent: KMail/1.9.10 References: <201306130940.r5d9eifx089862@oldred.freebsd.org> <1371196987-2949510516.e283d0d65b@bliksem.vehosting.nl> <201306141002.54857.Daan@vitsch.nl> In-Reply-To: <201306141002.54857.Daan@vitsch.nl> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_vVtuRrItZym7Bc8" Message-Id: <201306141033.51933.Daan@vitsch.nl> x-ve-auth-version: mi-1.1.7 2011-02-21 - Copyright (c) 2008, 2011 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'pa4dan' on Prakkezator.VEHosting.nl Cc: freebsd-arm@freebsd.org, freebsd-gnats-submit@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:33:54 -0000 --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi again, On Friday 14 June 2013 10:02:54 Daan Vreeken wrote: > Hi Guillaume, > > On Thursday 13 June 2013 11:40:44 Guillaume Bibaut wrote: > > >Number: 179532 > > >Category: arm > > >Synopsis: wireless networking on ARM ... > > >Description: > > > > FreeBSD is crashing when wpa_supplicant is called upon boot on the Genesi > > Efika MX smartbook. ... > I think we might have hit this same bug at work and have a local patch that > fixes it. I'll see if I can dust it off and post a patch here. I believe it > was only a 3-line patch to if_run.c See the attachments. These patches fix two bugs: o A crash in if_run when using VNET in the kernel. o The correctness of the information passed to the radiotap code in if_run. I think the last patch may fix the crash you are seeing with if_run and wpa_supplicant. If you only want to test that part, you just have to patch if_run.c with the file 'if_run_2013_01_19_radiotap_fix_only.diff' . In case the attachments get mangled in the email, you can also download these files from : http://www.vitsch.nl/pub_diffs/ The following files should be attached to this email : if_run_2013_01_19_radiotap_fix_only.diff if_run_2013_01_19_vnet_fix.diff if_run_2013_01_19_vnet_plus_radiotap_fix.diff All patches are: Sponsored by: Vitsch Electronics Regards, -- Ing. Daan Vreeken Vitsch Electronics http://Vitsch.nl/ http://VitschVPN.nl/ tel: +31-(0)40-7113051 KvK nr: 17174380 -- Machines en netwerken op afstand beheren? Vitsch VPN oplossing! Kijk voor meer informatie op: http://www.VitschVPN.nl/ --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/x-diff; charset="iso-8859-1"; name="if_run_2013_01_19_radiotap_fix_only.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_run_2013_01_19_radiotap_fix_only.diff" --- if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 +0200 +++ if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 @@ -2536,10 +2536,13 @@ m->m_pkthdr.rcvif = ifp; m->m_pkthdr.len = m->m_len = len; - /* - * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so the - * user will see the actual data that belongs to THIS packet.. - */ + if (ni != NULL) { + (void)ieee80211_input(ni, m, rssi, nf); + ieee80211_free_node(ni); + } else { + (void)ieee80211_input_all(ic, m, rssi, nf); + } + if (__predict_false(ieee80211_radiotap_active(ic))) { struct run_rx_radiotap_header *tap = &sc->sc_rxtap; @@ -2576,13 +2579,6 @@ break; } } - - if (ni != NULL) { - (void)ieee80211_input(ni, m, rssi, nf); - ieee80211_free_node(ni); - } else { - (void)ieee80211_input_all(ic, m, rssi, nf); - } } static void --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/x-diff; charset="iso 8859-15"; name="if_run_2013_01_19_vnet_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_run_2013_01_19_vnet_fix.diff" Index: if_run.c =================================================================== --- if_run.c (revision 251736) +++ if_run.c (working copy) @@ -52,6 +52,7 @@ #include #include #include +#include #include #include @@ -606,9 +607,12 @@ RUN_UNLOCK(sc); + CURVNET_SET(vnet0); + ifp = sc->sc_ifp = if_alloc(IFT_IEEE80211); if (ifp == NULL) { device_printf(sc->sc_dev, "can not if_alloc()\n"); + CURVNET_RESTORE(); goto detach; } ic = ifp->if_l2com; @@ -702,6 +706,8 @@ if (bootverbose) ieee80211_announce(ic); + CURVNET_RESTORE(); + return (0); detach: @@ -739,8 +745,10 @@ usb_callout_drain(&sc->ratectl_ch); ieee80211_draintask(ic, &sc->cmdq_task); ieee80211_draintask(ic, &sc->ratectl_task); + CURVNET_SET(ifp->if_vnet); ieee80211_ifdetach(ic); if_free(ifp); + CURVNET_RESTORE(); } mtx_destroy(&sc->sc_mtx); --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/x-diff; charset="iso 8859-15"; name="if_run_2013_01_19_vnet_plus_radiotap_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_run_2013_01_19_vnet_plus_radiotap_fix.diff" Index: if_run.c =================================================================== --- if_run.c (revision 251736) +++ if_run.c (working copy) @@ -52,6 +52,7 @@ #include #include #include +#include #include #include @@ -606,9 +607,12 @@ RUN_UNLOCK(sc); + CURVNET_SET(vnet0); + ifp = sc->sc_ifp = if_alloc(IFT_IEEE80211); if (ifp == NULL) { device_printf(sc->sc_dev, "can not if_alloc()\n"); + CURVNET_RESTORE(); goto detach; } ic = ifp->if_l2com; @@ -702,6 +706,8 @@ if (bootverbose) ieee80211_announce(ic); + CURVNET_RESTORE(); + return (0); detach: @@ -739,8 +745,10 @@ usb_callout_drain(&sc->ratectl_ch); ieee80211_draintask(ic, &sc->cmdq_task); ieee80211_draintask(ic, &sc->ratectl_task); + CURVNET_SET(ifp->if_vnet); ieee80211_ifdetach(ic); if_free(ifp); + CURVNET_RESTORE(); } mtx_destroy(&sc->sc_mtx); @@ -2528,13 +2536,10 @@ m->m_pkthdr.rcvif = ifp; m->m_pkthdr.len = m->m_len = len; - if (ni != NULL) { - (void)ieee80211_input(ni, m, rssi, nf); - ieee80211_free_node(ni); - } else { - (void)ieee80211_input_all(ic, m, rssi, nf); - } - + /* + * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so the + * user will see the actual data that belongs to THIS packet.. + */ if (__predict_false(ieee80211_radiotap_active(ic))) { struct run_rx_radiotap_header *tap = &sc->sc_rxtap; @@ -2571,6 +2576,13 @@ break; } } + + if (ni != NULL) { + (void)ieee80211_input(ni, m, rssi, nf); + ieee80211_free_node(ni); + } else { + (void)ieee80211_input_all(ic, m, rssi, nf); + } } static void --Boundary-00=_vVtuRrItZym7Bc8-- From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 08:40:02 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2906C7BC for ; Fri, 14 Jun 2013 08:40:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1B22D1C2E for ; Fri, 14 Jun 2013 08:40:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5E8e1bO033083 for ; Fri, 14 Jun 2013 08:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5E8e114033082; Fri, 14 Jun 2013 08:40:01 GMT (envelope-from gnats) Date: Fri, 14 Jun 2013 08:40:01 GMT Message-Id: <201306140840.r5E8e114033082@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: Daan Vreeken Subject: Re: arm/179532: wireless networking on ARM X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daan Vreeken List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 08:40:02 -0000 The following reply was made to PR arm/179532; it has been noted by GNATS. From: Daan Vreeken To: Guillaume Bibaut Cc: freebsd-arm@freebsd.org, freebsd-gnats-submit@freebsd.org, Adrian Chadd Subject: Re: arm/179532: wireless networking on ARM Date: Fri, 14 Jun 2013 10:33:51 +0200 --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi again, On Friday 14 June 2013 10:02:54 Daan Vreeken wrote: > Hi Guillaume, > > On Thursday 13 June 2013 11:40:44 Guillaume Bibaut wrote: > > >Number: 179532 > > >Category: arm > > >Synopsis: wireless networking on ARM ... > > >Description: > > > > FreeBSD is crashing when wpa_supplicant is called upon boot on the Genesi > > Efika MX smartbook. ... > I think we might have hit this same bug at work and have a local patch that > fixes it. I'll see if I can dust it off and post a patch here. I believe it > was only a 3-line patch to if_run.c See the attachments. These patches fix two bugs: o A crash in if_run when using VNET in the kernel. o The correctness of the information passed to the radiotap code in if_run. I think the last patch may fix the crash you are seeing with if_run and wpa_supplicant. If you only want to test that part, you just have to patch if_run.c with the file 'if_run_2013_01_19_radiotap_fix_only.diff' . In case the attachments get mangled in the email, you can also download these files from : http://www.vitsch.nl/pub_diffs/ The following files should be attached to this email : if_run_2013_01_19_radiotap_fix_only.diff if_run_2013_01_19_vnet_fix.diff if_run_2013_01_19_vnet_plus_radiotap_fix.diff All patches are: Sponsored by: Vitsch Electronics Regards, -- Ing. Daan Vreeken Vitsch Electronics http://Vitsch.nl/ http://VitschVPN.nl/ tel: +31-(0)40-7113051 KvK nr: 17174380 -- Machines en netwerken op afstand beheren? Vitsch VPN oplossing! Kijk voor meer informatie op: http://www.VitschVPN.nl/ --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/x-diff; charset="iso-8859-1"; name="if_run_2013_01_19_radiotap_fix_only.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_run_2013_01_19_radiotap_fix_only.diff" --- if_run.c.fix2_vnet_plus_radiotap 2013-06-14 10:15:34.890774314 +0200 +++ if_run.c.fix1_vnet 2013-06-14 10:12:49.786774072 +0200 @@ -2536,10 +2536,13 @@ m->m_pkthdr.rcvif = ifp; m->m_pkthdr.len = m->m_len = len; - /* - * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so the - * user will see the actual data that belongs to THIS packet.. - */ + if (ni != NULL) { + (void)ieee80211_input(ni, m, rssi, nf); + ieee80211_free_node(ni); + } else { + (void)ieee80211_input_all(ic, m, rssi, nf); + } + if (__predict_false(ieee80211_radiotap_active(ic))) { struct run_rx_radiotap_header *tap = &sc->sc_rxtap; @@ -2576,13 +2579,6 @@ break; } } - - if (ni != NULL) { - (void)ieee80211_input(ni, m, rssi, nf); - ieee80211_free_node(ni); - } else { - (void)ieee80211_input_all(ic, m, rssi, nf); - } } static void --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/x-diff; charset="iso 8859-15"; name="if_run_2013_01_19_vnet_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_run_2013_01_19_vnet_fix.diff" Index: if_run.c =================================================================== --- if_run.c (revision 251736) +++ if_run.c (working copy) @@ -52,6 +52,7 @@ #include #include #include +#include #include #include @@ -606,9 +607,12 @@ RUN_UNLOCK(sc); + CURVNET_SET(vnet0); + ifp = sc->sc_ifp = if_alloc(IFT_IEEE80211); if (ifp == NULL) { device_printf(sc->sc_dev, "can not if_alloc()\n"); + CURVNET_RESTORE(); goto detach; } ic = ifp->if_l2com; @@ -702,6 +706,8 @@ if (bootverbose) ieee80211_announce(ic); + CURVNET_RESTORE(); + return (0); detach: @@ -739,8 +745,10 @@ usb_callout_drain(&sc->ratectl_ch); ieee80211_draintask(ic, &sc->cmdq_task); ieee80211_draintask(ic, &sc->ratectl_task); + CURVNET_SET(ifp->if_vnet); ieee80211_ifdetach(ic); if_free(ifp); + CURVNET_RESTORE(); } mtx_destroy(&sc->sc_mtx); --Boundary-00=_vVtuRrItZym7Bc8 Content-Type: text/x-diff; charset="iso 8859-15"; name="if_run_2013_01_19_vnet_plus_radiotap_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_run_2013_01_19_vnet_plus_radiotap_fix.diff" Index: if_run.c =================================================================== --- if_run.c (revision 251736) +++ if_run.c (working copy) @@ -52,6 +52,7 @@ #include #include #include +#include #include #include @@ -606,9 +607,12 @@ RUN_UNLOCK(sc); + CURVNET_SET(vnet0); + ifp = sc->sc_ifp = if_alloc(IFT_IEEE80211); if (ifp == NULL) { device_printf(sc->sc_dev, "can not if_alloc()\n"); + CURVNET_RESTORE(); goto detach; } ic = ifp->if_l2com; @@ -702,6 +706,8 @@ if (bootverbose) ieee80211_announce(ic); + CURVNET_RESTORE(); + return (0); detach: @@ -739,8 +745,10 @@ usb_callout_drain(&sc->ratectl_ch); ieee80211_draintask(ic, &sc->cmdq_task); ieee80211_draintask(ic, &sc->ratectl_task); + CURVNET_SET(ifp->if_vnet); ieee80211_ifdetach(ic); if_free(ifp); + CURVNET_RESTORE(); } mtx_destroy(&sc->sc_mtx); @@ -2528,13 +2536,10 @@ m->m_pkthdr.rcvif = ifp; m->m_pkthdr.len = m->m_len = len; - if (ni != NULL) { - (void)ieee80211_input(ni, m, rssi, nf); - ieee80211_free_node(ni); - } else { - (void)ieee80211_input_all(ic, m, rssi, nf); - } - + /* + * DAAN: fill-in tap header BEFORE calling ieee80211_input*() so the + * user will see the actual data that belongs to THIS packet.. + */ if (__predict_false(ieee80211_radiotap_active(ic))) { struct run_rx_radiotap_header *tap = &sc->sc_rxtap; @@ -2571,6 +2576,13 @@ break; } } + + if (ni != NULL) { + (void)ieee80211_input(ni, m, rssi, nf); + ieee80211_free_node(ni); + } else { + (void)ieee80211_input_all(ic, m, rssi, nf); + } } static void --Boundary-00=_vVtuRrItZym7Bc8-- From owner-freebsd-arm@FreeBSD.ORG Fri Jun 14 10:14:56 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 716EBE60; Fri, 14 Jun 2013 10:14:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 399B815EC; Fri, 14 Jun 2013 10:14:56 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id r5EAEtK9015966; Fri, 14 Jun 2013 10:14:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id r5EAEsfb015941; Fri, 14 Jun 2013 10:14:54 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 14 Jun 2013 10:14:54 GMT Message-Id: <201306141014.r5EAEsfb015941@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jun 2013 10:14:56 -0000 TB --- 2013-06-14 10:10:12 - tinderbox 2.10 running on freebsd-legacy2.sentex.ca TB --- 2013-06-14 10:10:12 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-06-14 10:10:12 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-06-14 10:10:12 - cleaning the object tree TB --- 2013-06-14 10:10:15 - /usr/local/bin/svn stat /src TB --- 2013-06-14 10:10:19 - At svn revision 251744 TB --- 2013-06-14 10:10:20 - building world TB --- 2013-06-14 10:10:20 - CROSS_BUILD_TESTING=YES TB --- 2013-06-14 10:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-14 10:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-14 10:10:20 - SRCCONF=/dev/null TB --- 2013-06-14 10:10:20 - TARGET=arm TB --- 2013-06-14 10:10:20 - TARGET_ARCH=arm TB --- 2013-06-14 10:10:20 - TZ=UTC TB --- 2013-06-14 10:10:20 - __MAKE_CONF=/dev/null TB --- 2013-06-14 10:10:20 - cd /src TB --- 2013-06-14 10:10:20 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 14 10:10:20 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config/arm/arm.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/attribs.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-errors.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/arm/src/tmp/usr\" -DCROSS_COMPILE -I/obj/arm/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/arm/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c: In function 'interpret_float': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: 'CPP_N_DEFAULT' undeclared (first use in this function) /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: (Each undeclared identifier is reported only once /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/c-lex.c:644: error: for each function it appears in.) *** [c-lex.o] Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** [all] Error code 1 Stop in /src/gnu/usr.bin/cc. *** [cross-tools] Error code 1 Stop in /src. *** [_cross-tools] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-06-14 10:14:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-14 10:14:54 - ERROR: failed to build world TB --- 2013-06-14 10:14:54 - 236.96 user 39.35 system 282.76 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Jun 15 00:00:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BE986826 for ; Sat, 15 Jun 2013 00:00:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id A25A91E8B for ; Sat, 15 Jun 2013 00:00:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5F0002i011321 for ; Sat, 15 Jun 2013 00:00:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5F000Uj011320; Sat, 15 Jun 2013 00:00:00 GMT (envelope-from gnats) Resent-Date: Sat, 15 Jun 2013 00:00:00 GMT Resent-Message-Id: <201306150000.r5F000Uj011320@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Sreekanth Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8BE2881F for ; Fri, 14 Jun 2013 23:59:10 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD821E85 for ; Fri, 14 Jun 2013 23:59:10 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r5ENxAF2024506 for ; Fri, 14 Jun 2013 23:59:10 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r5ENxAes024505; Fri, 14 Jun 2013 23:59:10 GMT (envelope-from nobody) Message-Id: <201306142359.r5ENxAes024505@oldred.freebsd.org> Date: Fri, 14 Jun 2013 23:59:10 GMT From: Sreekanth To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/179561: Compilation issue for lighttpd on raspberry pi X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 00:00:00 -0000 >Number: 179561 >Category: arm >Synopsis: Compilation issue for lighttpd on raspberry pi >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 15 00:00:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Sreekanth >Release: FreeBSD 10.0-CURRENT >Organization: >Environment: FreeBSD raspberry-pi 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r250698: Sun Jun 9 16:38:46 PDT 2013 root@voila1.voilavip.com:/b/raspberry/crochet-freebsd/work/obj/arm.armv6/b/raspberry/head/sys/RPI-B-WIFI arm >Description: I am trying to compile lighttpd on Raspberry Pi, I get the following error while doing so. ===> Building for pcre-8.20 make all-am /bin/sh ./libtool --tag=CXX --mode=compile c++ -DHAVE_CONFIG_H -I. -O -pipe -MT pcrecpp.lo -MD -MP -MF .deps/pcrecpp.Tpo -c -o pcrecpp.lo pcrecpp.cc libtool: compile: c++ -DHAVE_CONFIG_H -I. -O -pipe -MT pcrecpp.lo -MD -MP -MF .deps/pcrecpp.Tpo -c pcrecpp.cc -fPIC -DPIC -o .libs/pcrecpp.o Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) == 0 && "Pointer is not sufficiently aligned"), function initWithPointer, file /b/raspberry/head/lib/clang/libclangsema/../../../contrib/llvm/include/llvm/ADT/PointerIntPair.h, line 100. Stack dump: 0. Program arguments: /usr/bin/c++ -cc1 -triple armv6-unknown-freebsd10.0 -S -disable-free -main-file-name pcrecpp.cc -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft -target-feature +soft-float -target-feature +soft-float-abi -target-feature -neon -coverage-file /tmp/pcrecpp-kHaeg4.s -resource-dir /usr/bin/../lib/clang/3.3 -dependency-file .deps/pcrecpp.Tpo -sys-header-deps -MP -MT pcrecpp.lo -D HAVE_CONFIG_H -D PIC -I . -O2 -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir /usr/ports/devel/pcre/work/pcre-8.20 -ferror-limit 19 -fmessage-length 181 -mstackrealign -fno-signed-char -fobjc-runtime=gnustep -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions -fsjlj-exceptions -fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loops -o /tmp/pcrecpp-kHaeg4.s -x c++ pcrecpp.cc 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 : parsing namespace 'std' c++: error: unable to execute command: Abort trap (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) FreeBSD clang version 3.3 (trunk 178860) 20130405 Target: armv6-unknown-freebsd10.0 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: Error generating preprocessed source(s). *** [pcrecpp.lo] Error code 1 Stop in /usr/ports/devel/pcre/work/pcre-8.20. *** [all] Error code 1 Stop in /usr/ports/devel/pcre/work/pcre-8.20. *** [do-build] Error code 1 Stop in /usr/ports/devel/pcre. *** [install] Error code 1 Stop in /usr/ports/devel/pcre. *** [lib-depends] Error code 1 Stop in /usr/ports/www/lighttpd. *** [build] Error code 1 >How-To-Repeat: run make in /usr/ports/www/lightpd/ >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sat Jun 15 00:30:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 96B89A09 for ; Sat, 15 Jun 2013 00:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8922E1F5C for ; Sat, 15 Jun 2013 00:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5F0U1ur024428 for ; Sat, 15 Jun 2013 00:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5F0U1Nk024427; Sat, 15 Jun 2013 00:30:01 GMT (envelope-from gnats) Date: Sat, 15 Jun 2013 00:30:01 GMT Message-Id: <201306150030.r5F0U1Nk024427@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: hiren panchasara Subject: Re: arm/179561: Compilation issue for lighttpd on raspberry pi X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: hiren panchasara List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 00:30:01 -0000 The following reply was made to PR arm/179561; it has been noted by GNATS. From: hiren panchasara To: Sreekanth Cc: freebsd-gnats-submit@freebsd.org Subject: Re: arm/179561: Compilation issue for lighttpd on raspberry pi Date: Fri, 14 Jun 2013 17:25:46 -0700 On Fri, Jun 14, 2013 at 4:59 PM, Sreekanth wrote: > >>Number: 179561 >>Category: arm >>Synopsis: Compilation issue for lighttpd on raspberry pi >>Confidential: no >>Severity: non-critical >>Priority: low >>Responsible: freebsd-arm >>State: open >>Quarter: >>Keywords: >>Date-Required: >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Sat Jun 15 00:00:00 UTC 2013 >>Closed-Date: >>Last-Modified: >>Originator: Sreekanth >>Release: FreeBSD 10.0-CURRENT >>Organization: >>Environment: > FreeBSD raspberry-pi 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r250698: Sun Ju= n 9 16:38:46 PDT 2013 root@voila1.voilavip.com:/b/raspberry/crochet-fr= eebsd/work/obj/arm.armv6/b/raspberry/head/sys/RPI-B-WIFI arm >>Description: > I am trying to compile lighttpd on Raspberry Pi, I get the following erro= r while doing so. > > =3D=3D=3D> Building for pcre-8.20 > make all-am > /bin/sh ./libtool --tag=3DCXX --mode=3Dcompile c++ -DHAVE_CONFIG_H -I.= -O -pipe -MT pcrecpp.lo -MD -MP -MF .deps/pcrecpp.Tpo -c -o pcrecpp.l= o pcrecpp.cc > libtool: compile: c++ -DHAVE_CONFIG_H -I. -O -pipe -MT pcrecpp.lo -MD -M= P -MF .deps/pcrecpp.Tpo -c pcrecpp.cc -fPIC -DPIC -o .libs/pcrecpp.o > Assertion failed: ((PtrVal & ((1 << PtrTraits::NumLowBitsAvailable)-1)) = =3D=3D 0 && "Pointer is not sufficiently aligned"), function initWithPointe= r, file /b/raspberry/head/lib/clang/libclangsema/../../../contrib/llvm/incl= ude/llvm/ADT/PointerIntPair.h, line 100. > Stack dump: > 0. Program arguments: /usr/bin/c++ -cc1 -triple armv6-unknown-freebs= d10.0 -S -disable-free -main-file-name pcrecpp.cc -mrelocation-model pic -p= ic-level 2 -mdisable-fp-elim -mconstructor-aliases -target-abi apcs-gnu -ta= rget-cpu arm1136jf-s -msoft-float -mfloat-abi soft -target-feature +soft-fl= oat -target-feature +soft-float-abi -target-feature -neon -coverage-file /t= mp/pcrecpp-kHaeg4.s -resource-dir /usr/bin/../lib/clang/3.3 -dependency-fil= e .deps/pcrecpp.Tpo -sys-header-deps -MP -MT pcrecpp.lo -D HAVE_CONFIG_H -D= PIC -I . -O2 -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilati= on-dir /usr/ports/devel/pcre/work/pcre-8.20 -ferror-limit 19 -fmessage-leng= th 181 -mstackrealign -fno-signed-char -fobjc-runtime=3Dgnustep -fobjc-defa= ult-synthesize-properties -fcxx-exceptions -fexceptions -fsjlj-exceptions -= fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loo= ps -o /tmp/pcrecpp-kHaeg4.s -x c++ pcrecpp.cc > 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser= token ';' > 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 : parsing namespace 'std' > c++: error: unable to execute command: Abort trap (core dumped) > c++: error: clang frontend command failed due to signal (use -v to see in= vocation) > FreeBSD clang version 3.3 (trunk 178860) 20130405 > Target: armv6-unknown-freebsd10.0 > Thread model: posix > c++: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/= bugs/ and include the crash backtrace, preprocessed source, and associated = run script. > c++: note: diagnostic msg: Error generating preprocessed source(s). > *** [pcrecpp.lo] Error code 1 Does this look similar?: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D17849= 5 FWIW, Clang got updated to release 3.3 a couple days back on HEAD. Not sure if this is fixed in that version. cheers, Hiren > > Stop in /usr/ports/devel/pcre/work/pcre-8.20. > *** [all] Error code 1 > > Stop in /usr/ports/devel/pcre/work/pcre-8.20. > *** [do-build] Error code 1 > > Stop in /usr/ports/devel/pcre. > *** [install] Error code 1 > > Stop in /usr/ports/devel/pcre. > *** [lib-depends] Error code 1 > > Stop in /usr/ports/www/lighttpd. > *** [build] Error code 1 > >>How-To-Repeat: > run make in /usr/ports/www/lightpd/ >>Fix: > > >>Release-Note: >>Audit-Trail: >>Unformatted: > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Jun 15 21:11:55 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6763C475 for ; Sat, 15 Jun 2013 21:11:55 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 26EC21993 for ; Sat, 15 Jun 2013 21:11:54 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1UnxlK-006p4U-6Y; Sat, 15 Jun 2013 23:11:54 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: freebsd-arm@freebsd.org Subject: A booting r251793 kernel panics on RPi Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Sat, 15 Jun 2013 23:11:52 +0200 Message-Id: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 21:11:55 -0000 Hi, booting a r251793 kernel fails with panic: lock =22vm map (user)=22 0xc06cc050 already initialized on my RPi. I have already tried a kernel complied with the default clang and another compiled with gcc. Both showed the same panic. So it does not= look like the cause is compiler dependent. Is somebody successfully booting a r251793 or newer kernel on his RPi? Currently I try to build a r251693 kernel. That is the last release befor= e the recent atomic changes for ARM began. Ralf /boot/kernel/kernel data=3D0x3f3464+0x23bdc syms=3D=5B0x4+0x77d20+0x4+0x4= 7b70=5D Hit =5BEnter=5D to boot immediately, or any other key for command prompt.= Booting =5B/boot/kernel/kernel=5D... Using DTB from memory address 0x00000100. Kernel entry at 0x100100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved.= FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT =230 r251793: Sat Jun 15 20:05:32 CEST 2013 root=40IZ-FreeBSD1:/usr/obj/arm.armv6/home/rpi/head/sys/RPI-Bsc arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 panic: lock =22vm map (user)=22 0xc06cc050 already initialized KDB: enter: panic =5B thread pid 0 tid 0 =5D Stopped at =24d: ldrb r15, =5Br15, r15, ror r15=5D=21 db>=20 From owner-freebsd-arm@FreeBSD.ORG Sat Jun 15 22:43:43 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1E117472 for ; Sat, 15 Jun 2013 22:43:43 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 057A91C0D for ; Sat, 15 Jun 2013 22:43:42 +0000 (UTC) Received: from bender.Home (unknown [176.252.103.78]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 72F755E1D5; Sat, 15 Jun 2013 22:43:41 +0000 (UTC) Date: Sat, 15 Jun 2013 23:43:34 +0100 From: Andrew Turner To: Ralf Wenk Subject: Re: A booting r251793 kernel panics on RPi Message-ID: <20130615234334.79e38673@bender.Home> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jun 2013 22:43:43 -0000 On Sat, 15 Jun 2013 23:11:52 +0200 Ralf Wenk wrote: > Hi, > > booting a r251793 kernel fails with > panic: lock "vm map (user)" 0xc06cc050 already initialized > on my RPi. I have already tried a kernel complied with the default > clang and another compiled with gcc. Both showed the same panic. So > it does not look like the cause is compiler dependent. > > Is somebody successfully booting a r251793 or newer kernel on his RPi? > > Currently I try to build a r251693 kernel. That is the last release > before the recent atomic changes for ARM began. This is a known issue caused by r251709 [1]. You can revert that revision to get a working kernel. Andrew [1] http://lists.freebsd.org/pipermail/svn-src-head/2013-June/048419.html