From owner-freebsd-arm@freebsd.org Sun Apr 17 05:00:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2D4B7B107D7 for ; Sun, 17 Apr 2016 05:00:15 +0000 (UTC) (envelope-from sig6247@openmailbox.org) Received: from smtp12.openmailbox.org (smtp12.openmailbox.org [62.4.1.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D29991D49 for ; Sun, 17 Apr 2016 05:00:14 +0000 (UTC) (envelope-from sig6247@openmailbox.org) Received: by mail2.openmailbox.org (Postfix, from userid 1004) id 210032ACC081; Sun, 17 Apr 2016 05:44:03 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1460864642; bh=eFPRwbYewyjQM2jsaxvk708Zm+LRxqPgNSPhvF5wJpQ=; h=Date:From:To:Subject:From; b=gxvv7ccPTFdTP3+VajU3LkWlre3CKsElXo54h05QJAnJHvz69RGp0fScdaiaJQij/ sXBwlWw0l6znX50Sv7j6iENnA1PTdPn0FhDnutcGo1s9jMw8lNisQ2lgkU/SB7rC48 eRR5gDynbXza0AlA+/5aAAbyLRWpRRWFunl99WmU= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on openmailbox-b2 X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MISSING_MID,NO_RECEIVED,NO_RELAYS autolearn=no autolearn_force=no version=3.4.0 Date: Sun, 17 Apr 2016 03:43:44 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1460864642; bh=eFPRwbYewyjQM2jsaxvk708Zm+LRxqPgNSPhvF5wJpQ=; h=Date:From:To:Subject:From; b=gxvv7ccPTFdTP3+VajU3LkWlre3CKsElXo54h05QJAnJHvz69RGp0fScdaiaJQij/ sXBwlWw0l6znX50Sv7j6iENnA1PTdPn0FhDnutcGo1s9jMw8lNisQ2lgkU/SB7rC48 eRR5gDynbXza0AlA+/5aAAbyLRWpRRWFunl99WmU= From: sig6247 To: freebsd-arm@freebsd.org Subject: BananaPi M1+ boot hangs since r297627 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: <20160417034403.210032ACC081@mail2.openmailbox.org> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 05:00:15 -0000 Hi, r297584 can boot on this board but r297627 hangs at awusbphy0: mem 0x1c13400-0x1c1340f,0x1c14800-0x1c14803,0x1c1c800-0x1c1c803 on simplebus0 Any help would be appreciated. Thanks, Type '?' for a list of commands, 'help' for more detailed help. loader> boot -v Booting... /boot/dtb/bananapi.dtb size=0x80ef Loaded DTB from file 'bananapi.dtb'. Kernel entry at 0x42200100... Kernel args: -v KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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 11.0-CURRENT #0 r297627: Sat Apr 16 14:45:31 UTC 2016 root@bpi.localhost:/usr/obj/usr/src/sys/A20 arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a95000. Preloaded dtb "/boot/dtb/bananapi.dtb" at 0xc0a957a4. CPU: Cortex A7 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB enabled LABT branch prediction disabled LoUU:2 LoC:3 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 1073741824 (1024 MB) avail memory = 1036029952 (988 MB) Physical memory chunk(s): 0x40000000 - 0x7fffffff, 1024 MB ( 262144 pages) Excluded memory regions: 0x42200000 - 0x42b53fff, 9 MB ( 2388 pages) NoAlloc Static device mappings: 0x01c00000 - 0x01ffffff mapped at VA 0xffb00000 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs ULE: setup cpu 0 ULE: setup cpu 1 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 random: entropy device external interface nfslock: pseudo-device crypto: mem: null: openfirm: kbd0 at kbdmux0 random: harvesting attach, 8 bytes (4 bits) from nexus0 ofwbus0: aw_ccu0 on ofwbus0 aw_oscclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 Clock: osc24M, parent: (NULL)(-1), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_oscclk0 clk_fixed0: on aw_ccu0 random: harvesting attach, 8 bytes (4 bits) from clk_fixed0 aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 Clock: pll1, parent: osc24M(0), freq: 384000000 random: harvesting attach, 8 bytes (4 bits) from aw_pll0 aw_pll1: mem 0x1c20008-0x1c2000f on aw_ccu0 Clock: pll2-1x, parent: osc24M(0), freq: 750000 Clock: pll2-2x, parent: osc24M(0), freq: 750000 Clock: pll2-4x, parent: osc24M(0), freq: 1500000 Clock: pll2-8x, parent: osc24M(0), freq: 3000000 random: harvesting attach, 8 bytes (4 bits) from aw_pll1 aw_pll2: mem 0x1c20020-0x1c20023 on aw_ccu0 Clock: pll5_ddr, parent: osc24M(0), freq: 432000000 Clock: pll5_other, parent: osc24M(0), freq: 864000000 random: harvesting attach, 8 bytes (4 bits) from aw_pll2 aw_pll3: mem 0x1c20028-0x1c2002b on aw_ccu0 Clock: pll6_sata, parent: osc24M(0), freq: 100000000 Clock: pll6_other, parent: osc24M(0), freq: 300000000 Clock: pll6, parent: osc24M(0), freq: 600000000 Clock: pll6_div_4, parent: osc24M(0), freq: 150000000 random: harvesting attach, 8 bytes (4 bits) from aw_pll3 aw_cpuclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 Clock: cpu, parent: pll1(2), freq: 384000000 random: harvesting attach, 8 bytes (4 bits) from aw_cpuclk0 aw_axiclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 Clock: axi, parent: cpu(0), freq: 384000000 random: harvesting attach, 8 bytes (4 bits) from aw_axiclk0 aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 Clock: ahb, parent: axi(0), freq: 192000000 random: harvesting attach, 8 bytes (4 bits) from aw_ahbclk0 aw_gate0: mem 0x1c20060-0x1c20067 on aw_ccu0 Clock: ahb_usb0, parent: ahb(0), freq: 192000000 Clock: ahb_ehci0, parent: ahb(0), freq: 192000000 Clock: ahb_ohci0, parent: ahb(0), freq: 192000000 Clock: ahb_ehci1, parent: ahb(0), freq: 192000000 Clock: ahb_ohci1, parent: ahb(0), freq: 192000000 Clock: ahb_ss, parent: ahb(0), freq: 192000000 Clock: ahb_dma, parent: ahb(0), freq: 192000000 Clock: ahb_bist, parent: ahb(0), freq: 192000000 Clock: ahb_mmc0, parent: ahb(0), freq: 192000000 Clock: ahb_mmc1, parent: ahb(0), freq: 192000000 Clock: ahb_mmc2, parent: ahb(0), freq: 192000000 Clock: ahb_mmc3, parent: ahb(0), freq: 192000000 Clock: ahb_ms, parent: ahb(0), freq: 192000000 Clock: ahb_nand, parent: ahb(0), freq: 192000000 Clock: ahb_sdram, parent: ahb(0), freq: 192000000 Clock: ahb_ace, parent: ahb(0), freq: 192000000 Clock: ahb_emac, parent: ahb(0), freq: 192000000 Clock: ahb_ts, parent: ahb(0), freq: 192000000 Clock: ahb_spi0, parent: ahb(0), freq: 192000000 Clock: ahb_spi1, parent: ahb(0), freq: 192000000 Clock: ahb_spi2, parent: ahb(0), freq: 192000000 Clock: ahb_spi3, parent: ahb(0), freq: 192000000 Clock: ahb_sata, parent: ahb(0), freq: 192000000 Clock: ahb_hstimer, parent: ahb(0), freq: 192000000 Clock: ahb_ve, parent: ahb(0), freq: 192000000 Clock: ahb_tvd, parent: ahb(0), freq: 192000000 Clock: ahb_tve0, parent: ahb(0), freq: 192000000 Clock: ahb_tve1, parent: ahb(0), freq: 192000000 Clock: ahb_lcd0, parent: ahb(0), freq: 192000000 Clock: ahb_lcd1, parent: ahb(0), freq: 192000000 Clock: ahb_csi0, parent: ahb(0), freq: 192000000 Clock: ahb_csi1, parent: ahb(0), freq: 192000000 Clock: ahb_hdmi1, parent: ahb(0), freq: 192000000 Clock: ahb_hdmi0, parent: ahb(0), freq: 192000000 Clock: ahb_de_be0, parent: ahb(0), freq: 192000000 Clock: ahb_de_be1, parent: ahb(0), freq: 192000000 Clock: ahb_de_fe0, parent: ahb(0), freq: 192000000 Clock: ahb_de_fe1, parent: ahb(0), freq: 192000000 Clock: ahb_gmac, parent: ahb(0), freq: 192000000 Clock: ahb_mp, parent: ahb(0), freq: 192000000 Clock: ahb_mali, parent: ahb(0), freq: 192000000 random: harvesting attach, 8 bytes (4 bits) from aw_gate0 aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 Clock: apb0, parent: ahb(0), freq: 96000000 random: harvesting attach, 8 bytes (4 bits) from aw_apbclk0 aw_gate1: mem 0x1c20068-0x1c2006b on aw_ccu0 Clock: apb0_codec, parent: apb0(0), freq: 96000000 Clock: apb0_spdif, parent: apb0(0), freq: 96000000 Clock: apb0_ac97, parent: apb0(0), freq: 96000000 Clock: apb0_iis0, parent: apb0(0), freq: 96000000 Clock: apb0_iis1, parent: apb0(0), freq: 96000000 Clock: apb0_pio, parent: apb0(0), freq: 96000000 Clock: apb0_ir0, parent: apb0(0), freq: 96000000 Clock: apb0_ir1, parent: apb0(0), freq: 96000000 Clock: apb0_iis2, parent: apb0(0), freq: 96000000 Clock: apb0_keypad, parent: apb0(0), freq: 96000000 random: harvesting attach, 8 bytes (4 bits) from aw_gate1 aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 Clock: apb1, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_apbclk1 aw_gate2: mem 0x1c2006c-0x1c2006f on aw_ccu0 Clock: apb1_i2c0, parent: apb1(0), freq: 24000000 Clock: apb1_i2c1, parent: apb1(0), freq: 24000000 Clock: apb1_i2c2, parent: apb1(0), freq: 24000000 Clock: apb1_i2c3, parent: apb1(0), freq: 24000000 Clock: apb1_can, parent: apb1(0), freq: 24000000 Clock: apb1_scr, parent: apb1(0), freq: 24000000 Clock: apb1_ps20, parent: apb1(0), freq: 24000000 Clock: apb1_ps21, parent: apb1(0), freq: 24000000 Clock: apb1_i2c4, parent: apb1(0), freq: 24000000 Clock: apb1_uart0, parent: apb1(0), freq: 24000000 Clock: apb1_uart1, parent: apb1(0), freq: 24000000 Clock: apb1_uart2, parent: apb1(0), freq: 24000000 Clock: apb1_uart3, parent: apb1(0), freq: 24000000 Clock: apb1_uart4, parent: apb1(0), freq: 24000000 Clock: apb1_uart5, parent: apb1(0), freq: 24000000 Clock: apb1_uart6, parent: apb1(0), freq: 24000000 Clock: apb1_uart7, parent: apb1(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_gate2 aw_modclk0: mem 0x1c20080-0x1c20083 on aw_ccu0 Clock: nand, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk0 aw_modclk1: mem 0x1c20084-0x1c20087 on aw_ccu0 Clock: ms, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk1 aw_mmcclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 Clock: mmc0, parent: pll6_other(1), freq: 25000000 random: harvesting attach, 8 bytes (4 bits) from aw_mmcclk0 aw_mmcclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 Clock: mmc1, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_mmcclk1 aw_mmcclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 Clock: mmc2, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_mmcclk2 aw_mmcclk3: mem 0x1c20094-0x1c20097 on aw_ccu0 Clock: mmc3, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_mmcclk3 aw_modclk2: mem 0x1c20098-0x1c2009b on aw_ccu0 Clock: ts, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk2 aw_modclk3: mem 0x1c2009c-0x1c2009f on aw_ccu0 Clock: ss, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk3 aw_modclk4: mem 0x1c200a0-0x1c200a3 on aw_ccu0 Clock: spi0, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk4 aw_modclk5: mem 0x1c200a4-0x1c200a7 on aw_ccu0 Clock: spi1, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk5 aw_modclk6: mem 0x1c200a8-0x1c200ab on aw_ccu0 Clock: spi2, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk6 aw_modclk7: mem 0x1c200ac-0x1c200af on aw_ccu0 Clock: pata, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk7 aw_modclk8: mem 0x1c200b0-0x1c200b3 on aw_ccu0 Clock: ir0, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk8 aw_modclk9: mem 0x1c200b4-0x1c200b7 on aw_ccu0 Clock: ir1, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk9 aw_modclk10: mem 0x1c200c4-0x1c200c7 on aw_ccu0 Clock: keypad, parent: osc24M(0), freq: 750000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk10 aw_usbclk0: mem 0x1c200cc-0x1c200cf on aw_ccu0 Clock: usb_ohci0, parent: pll6_other(0), freq: 300000000 Clock: usb_ohci1, parent: pll6_other(0), freq: 300000000 Clock: usb_phy, parent: pll6_other(0), freq: 300000000 random: harvesting attach, 8 bytes (4 bits) from aw_usbclk0 aw_modclk11: mem 0x1c200d4-0x1c200d7 on aw_ccu0 Clock: spi3, parent: osc24M(0), freq: 24000000 random: harvesting attach, 8 bytes (4 bits) from aw_modclk11 aw_gate3: mem 0x1c20100-0x1c20103 on aw_ccu0 Clock: dram_ve, parent: pll5_ddr(0), freq: 432000000 Clock: dram_csi0, parent: pll5_ddr(0), freq: 432000000 Clock: dram_csi1, parent: pll5_ddr(0), freq: 432000000 Clock: dram_ts, parent: pll5_ddr(0), freq: 432000000 Clock: dram_tvd, parent: pll5_ddr(0), freq: 432000000 Clock: dram_tve0, parent: pll5_ddr(0), freq: 432000000 Clock: dram_tve1, parent: pll5_ddr(0), freq: 432000000 Clock: dram_output, parent: pll5_ddr(0), freq: 432000000 Clock: dram_de_fe1, parent: pll5_ddr(0), freq: 432000000 Clock: dram_de_fe0, parent: pll5_ddr(0), freq: 432000000 Clock: dram_de_be0, parent: pll5_ddr(0), freq: 432000000 Clock: dram_de_be1, parent: pll5_ddr(0), freq: 432000000 Clock: dram_de_mp, parent: pll5_ddr(0), freq: 432000000 Clock: dram_ace, parent: pll5_ddr(0), freq: 432000000 random: harvesting attach, 8 bytes (4 bits) from aw_gate3 aw_codecclk0: mem 0x1c20140-0x1c20143 on aw_ccu0 Clock: codec, parent: pll2-1x(0), freq: 750000 random: harvesting attach, 8 bytes (4 bits) from aw_codecclk0 clk_fixed1: on aw_ccu0 random: harvesting attach, 8 bytes (4 bits) from clk_fixed1 clk_fixed2: on aw_ccu0 random: harvesting attach, 8 bytes (4 bits) from clk_fixed2 aw_gmacclk0: mem 0x1c20164-0x1c20167 on aw_ccu0 Clock: gmac_tx, parent: gmac_int_tx(1), freq: 125000000 random: harvesting attach, 8 bytes (4 bits) from aw_gmacclk0 clk_fixed3: on aw_ccu0 random: harvesting attach, 8 bytes (4 bits) from clk_fixed3 aw_pll4: mem 0x1c20010-0x1c20013 on aw_ccu0 Clock: pll3-1x, parent: (NULL)(-1), freq: 297000000 Clock: pll3-2x, parent: (NULL)(-1), freq: 594000000 random: harvesting attach, 8 bytes (4 bits) from aw_pll4 aw_pll5: mem 0x1c20030-0x1c20033 on aw_ccu0 Clock: pll7-1x, parent: (NULL)(-1), freq: 297000000 Clock: pll7-2x, parent: (NULL)(-1), freq: 594000000 random: harvesting attach, 8 bytes (4 bits) from aw_pll5 aw_hdmiclk0: mem 0x1c20150-0x1c20153 on aw_ccu0 Clock: hdmi, parent: pll3-1x(0), freq: 297000000 random: harvesting attach, 8 bytes (4 bits) from aw_hdmiclk0 aw_lcdclk0: mem 0x1c20118-0x1c2011b on aw_ccu0 Clock: lcd0_ch0, parent: pll3-1x(0), freq: 297000000 random: harvesting attach, 8 bytes (4 bits) from aw_lcdclk0 aw_lcdclk1: mem 0x1c2012c-0x1c2012f on aw_ccu0 Clock: lcd0_ch1_sclk1, parent: pll3-1x(0), freq: 297000000 Clock: lcd0_ch1_sclk2, parent: pll3-1x(0), freq: 297000000 random: harvesting attach, 8 bytes (4 bits) from aw_lcdclk1 aw_debeclk0: mem 0x1c20104-0x1c20107 on aw_ccu0 Clock: de_be0, parent: pll5_other(2), freq: 864000000 random: harvesting attach, 8 bytes (4 bits) from aw_debeclk0 random: harvesting attach, 8 bytes (4 bits) from aw_ccu0 simplebus0: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from simplebus0 regfix0: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix0 regfix1: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix1 regfix2: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix2 regfix3: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix3 regfix4: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix4 regfix5: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix5 regfix6: on ofwbus0 random: harvesting attach, 8 bytes (4 bits) from regfix6 random: harvesting attach, 8 bytes (4 bits) from ofwbus0 gpio0: mem 0x1c20800-0x1c20bff irq 10024 on simplebus0 gpiobus0: on gpio0 random: harvesting attach, 8 bytes (4 bits) from gpiobus0 Processing 3 pin-config node(s) in pinctrl-0 for spi@01c05000 Processing 2 pin-config node(s) in pinctrl-0 for mmc@01c0f000 Processing 1 pin-config node(s) in pinctrl-0 for phy@01c13400 Processing 1 pin-config node(s) in pinctrl-0 for ir@01c21800 Processing 1 pin-config node(s) in pinctrl-0 for serial@01c28000 Processing 1 pin-config node(s) in pinctrl-0 for serial@01c28c00 Processing 1 pin-config node(s) in pinctrl-0 for serial@01c29c00 Processing 1 pin-config node(s) in pinctrl-0 for i2c@01c2ac00 Processing 1 pin-config node(s) in pinctrl-0 for i2c@01c2b400 Processing 1 pin-config node(s) in pinctrl-0 for ethernet@01c50000 Processing 1 pin-config node(s) in pinctrl-0 for usb0-vbus Processing 1 pin-config node(s) in pinctrl-0 for usb1-vbus Processing 1 pin-config node(s) in pinctrl-0 for usb2-vbus Processing 1 pin-config node(s) in pinctrl-0 for leds Processing 1 pin-config node(s) in pinctrl-0 for gmac-3v3 random: harvesting attach, 8 bytes (4 bits) from gpio0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c82fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 10055 on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b irqs 160 random: harvesting attach, 8 bytes (4 bits) from gic0 generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 random: harvesting attach, 8 bytes (4 bits) from generic_timer0 rtc0: mem 0x1c20d00-0x1c20d1f irq 10031 on simplebus0 rtc0: Using external oscillator rtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) random: harvesting attach, 8 bytes (4 bits) from rtc0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu0: missing 'clock-frequency' property random: harvesting attach, 8 bytes (4 bits) from cpu0 cpu1: on cpulist0 cpu1: missing 'clock-frequency' property random: harvesting attach, 8 bytes (4 bits) from cpu1 random: harvesting attach, 8 bytes (4 bits) from cpulist0 ofwbus0: irq 10004,10005 compat arm,cortex-a7-pmu (no driver attached) aw_ccu0: mem 0x1c20018-0x1c2001b compat allwinner,sun7i-a20-pll4-clk (no driver attached) aw_ccu0: mem 0x1c20040-0x1c20043 compat allwinner,sun7i-a20-pll4-clk (no driver attached) aw_ccu0: mem 0x1c2013c-0x1c2013f compat allwinner,sun4i-a10-ve-clk (no driver attached) aw_ccu0: mem 0x1c2015c-0x1c2015f compat allwinner,sun5i-a13-mbus-clk (no driver attached) aw_ccu0: mem 0x1c201f0-0x1c201f3 compat allwinner,sun7i-a20-out-clk (no driver attached) aw_ccu0: mem 0x1c201f4-0x1c201f7 compat allwinner,sun7i-a20-out-clk (no driver attached) simplebus0: mem 0x1c00000-0x1c0002f compat allwinner,sun4i-a10-sram-controller (no driver attached) simplebus0: mem 0x1c00030-0x1c0003b irq 10006 compat allwinner,sun7i-a20-sc-nmi (no driver attached) a10dmac0: mem 0x1c02000-0x1c02fff irq 10007 on simplebus0 random: harvesting attach, 8 bytes (4 bits) from a10dmac0 simplebus0: mem 0x1c05000-0x1c05fff irq 10008 compat allwinner,sun4i-a10-spi (no driver attached) simplebus0: mem 0x1c06000-0x1c06fff irq 10009 disabled compat allwinner,sun4i-a10-spi (no driver attached) simplebus0: mem 0x1c0b000-0x1c0bfff irq 10010 disabled compat allwinner,sun4i-a10-emac (no driver attached) simplebus0: mem 0x1c0b080-0x1c0b093 disabled compat allwinner,sun4i-a10-mdio (no driver attached) a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 10011 on simplebus0 a10_mmc0: DMA status: enabled mmc0: on a10_mmc0 random: harvesting attach, 8 bytes (4 bits) from mmc0 random: harvesting attach, 8 bytes (4 bits) from a10_mmc0 simplebus0: mem 0x1c10000-0x1c10fff irq 10012 disabled compat allwinner,sun5i-a13-mmc (no driver attached) simplebus0: mem 0x1c11000-0x1c11fff irq 10013 disabled compat allwinner,sun5i-a13-mmc (no driver attached) simplebus0: mem 0x1c12000-0x1c12fff irq 10014 disabled compat allwinner,sun5i-a13-mmc (no driver attached) simplebus0: mem 0x1c13000-0x1c133ff irq 10015 compat allwinner,sun4i-a10-musb (no driver attached) awusbphy0: mem 0x1c13400-0x1c1340f,0x1c14800-0x1c14803,0x1c1c800-0x1c1c803 on simplebus0 From owner-freebsd-arm@freebsd.org Sun Apr 17 12:44:37 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1E67FB103BF for ; Sun, 17 Apr 2016 12:44:37 +0000 (UTC) (envelope-from sig6247@openmailbox.org) Received: from smtp14.openmailbox.org (smtp14.openmailbox.org [62.4.1.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DC2AB1A5C for ; Sun, 17 Apr 2016 12:44:36 +0000 (UTC) (envelope-from sig6247@openmailbox.org) Received: by mail2.openmailbox.org (Postfix, from userid 1004) id 5E6EF2ACB75A; Sun, 17 Apr 2016 14:44:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1460897073; bh=wbwCO3uEhyUYqgsN5QnrHCKtPyCUHIqmz6nit7CK77Q=; h=Date:From:To:Subject:In-Reply-To:References:From; b=HhSLERZmVdurzhgLZjsRpPRtmkDJaVVyimgCK5SjvAWjOd1UXuVD8QFY2tTc9RXYn oiX3kGA4TnrVE0BON9w3C+XdVlHp6aWtdxk4BZj0TjEHptqEwJA0uf2VBzfSmfXedM P4cyAIXkJ/gQ3hI6F1AXGXxy8v0q0iTTMTAmPmMY= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on openmailbox-b2 X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MISSING_MID,NO_RECEIVED,NO_RELAYS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Date: Sun, 17 Apr 2016 12:43:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1460897063; bh=wbwCO3uEhyUYqgsN5QnrHCKtPyCUHIqmz6nit7CK77Q=; h=Date:From:To:Subject:In-Reply-To:References:From; b=XSK2q09CJK5nW+7/NOk4imSvcOP17HObYotCE1B8arFg57v5+F2go1EmBYqtOqwMm 0YuYta3yTmRmJv/FXqm1fuNeIIoLCbmzNKcOUBw5lGrljzc4IFtLdaR30QaJ9Pjz5e Wq4Jz7xM4TbrDSLmuBJDBqfYPBRM+DKvCDPlnz6U= From: sig6247 To: freebsd-arm@freebsd.org Subject: Re: BananaPi M1+ boot hangs since r297627 In-Reply-To: <20160417034403.210032ACC081@mail2.openmailbox.org> (sig's message of "Sun, 17 Apr 2016 03:43:44 +0000") References: <20160417034403.210032ACC081@mail2.openmailbox.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: <20160417124433.5E6EF2ACB75A@mail2.openmailbox.org> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 12:44:37 -0000 On Sun, 17 Apr 2016 03:43:44 +0000, sig6247 wrote: > Hi, > > r297584 can boot on this board but r297627 hangs at > awusbphy0: mem 0x1c13400-0x1c1340f,0x1c14800-0x1c14803,0x1c1c800-0x1c1c803 on simplebus0 Sorry, my bad. It turns out the power was connected to the USB OTG port, after switching to the DC port, new kernel works great. Thanks, From owner-freebsd-arm@freebsd.org Sun Apr 17 15:20:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D2707B11749 for ; Sun, 17 Apr 2016 15:20:39 +0000 (UTC) (envelope-from weiss@uni-mainz.de) Received: from mailgate-02.zdv.uni-mainz.de (mailgate-02.zdv.Uni-Mainz.DE [IPv6:2001:4c80:40:62d:203:ffff:fe5d:b2f6]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "IronPort Appliance Demo Certificate", Issuer "IronPort Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D1E111ED for ; Sun, 17 Apr 2016 15:20:39 +0000 (UTC) (envelope-from weiss@uni-mainz.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uni-mainz.de; i=@uni-mainz.de; q=dns/txt; s=ironport; t=1460906440; x=1492442440; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=cE49Mq1F0n/Bq/2WwGHN7A4YJ2ykMFCyS08L0+cO09g=; b=kP6FTZN1ZpNfohbtXhC3SKKKhiCLxqcwYJ6dygAKW/VNsvrKXAMrpQF/ XVD2y/W4mG356CT03kko2OFf11zbKxbeF0mWEBEfXpefXbw2rtWGs6Nze zY6zIslT/nyVZeMmX02QoAeQu9MIPbYgVVxn0faJdHIWS5yuuJg0rUm45 s=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A+DJBQCpqBNX/4BMASCCgIwGkPexf4/13L4yWw6CfixTfQa8FBcLhSJKAhyBA0wBAQEBAQFmJ4RBAQEBBAEBASARGiAXBAIBCA4DBAEBAQICIwMCAgIlAQkBFAEICAIEAQcHBAEHFQSICAENqluRDAEBAQEBBQEBAQEBAQEBAQESBHyJcIQgAQGCZTgTgkMFmA6FeIJzgjmCY4k+hVqPK2KCBBqBDztsB4dUNgF9AQEB X-IPAS-Result: A+DJBQCpqBNX/4BMASCCgIwGkPexf4/13L4yWw6CfixTfQa8FBcLhSJKAhyBA0wBAQEBAQFmJ4RBAQEBBAEBASARGiAXBAIBCA4DBAEBAQICIwMCAgIlAQkBFAEICAIEAQcHBAEHFQSICAENqluRDAEBAQEBBQEBAQEBAQEBAQESBHyJcIQgAQGCZTgTgkMFmA6FeIJzgjmCY4k+hVqPK2KCBBqBDztsB4dUNgF9AQEB X-IronPort-AV: E=Sophos;i="5.24,498,1454972400"; d="scan'208";a="44122207" Received: from e15fe-04.zdv.uni-mainz.de ([IPv6:2001:4c80:40:606:21d:d8ff:feb7:1f32]) by mailgate-02.zdv.uni-mainz.de with ESMTP/TLS/AES256-SHA; 17 Apr 2016 17:20:36 +0200 Received: from e16-1b.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9229) by e15be-03.zdv.Uni-Mainz.DE (2001:4c80:40:606:92e2:baff:fe19:9239) with Microsoft SMTP Server (TLS) id 15.0.1178.1; Sun, 17 Apr 2016 17:20:35 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9214) by e16-1b.zdv.Uni-Mainz.DE (2001:4c80:40:606:c654:44ff:feea:9229) with Microsoft SMTP Server (TLS) id 15.1.396.30; Sun, 17 Apr 2016 17:20:35 +0200 Received: from e16-1d.zdv.Uni-Mainz.DE ([fe80::c654:44ff:feea:9214]) by e16-1d.zdv.Uni-Mainz.DE ([fe80::c654:44ff:feea:9214%18]) with mapi id 15.01.0396.030; Sun, 17 Apr 2016 17:20:35 +0200 From: =?utf-8?B?V2Vpw58sICBEci4gSsO8cmdlbg==?= To: 'Daniel Braniss' , freebsd-arm Subject: RE: Odroidc1+ ethernet(dwc0) not working Thread-Topic: Odroidc1+ ethernet(dwc0) not working Thread-Index: AQHRluiqv+VbhRlaL0G+nRXGOM1dXJ+MjFaAgAG87HA= Date: Sun, 17 Apr 2016 15:20:34 +0000 Message-ID: References: <773D8BC8-EA89-42AA-A251-9DE37F7B9750@cs.huji.ac.il> In-Reply-To: <773D8BC8-EA89-42AA-A251-9DE37F7B9750@cs.huji.ac.il> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [134.93.178.68] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 15:20:39 -0000 SXQgc2VlbXMgdGhlIEZyZWVCU0QgZHJpdmVyIGlzIG9ubHkgYWJsZSB0byB1c2UgdGhlDQptYWMg YWRkcmVzcyB3aGljaCBpcyBhbHJlYWR5IHByb2dyYW1tZWQgaW50byB0aGUgbmljLg0KU28gaWYg eW91IHVzZSBhIGNvbW1hbmQgaW4gdS1ib290LCB3aGljaCBuZWVkcyBhbmQNCmluaXRpYWxpemVz IHRoZSBuZXR3b3JrLCBGcmVlQlNEIHVzZXMgdGhlIHNhbWUgbWFjDQphZGRyZXNzIGFzIHUtYm9v dC4gSWYgbm90IGl0IHNlZW1zIHRvIGJlIHJhbmRvbS4NCg0KQWN0dWFsbHksIHRoaXMgY29tbWVu dCBpcyBmcm9tIHRoZSBkcml2ZXI6DQoNCiAgICAgICAgICogVHJ5IHRvIHJlY292ZXIgYSBNQUMg YWRkcmVzcyBmcm9tIHRoZSBydW5uaW5nIGhhcmR3YXJlLiBJZiB0aGVyZSdzDQogICAgICAgICAq IHNvbWV0aGluZyBub24temVybyB0aGVyZSwgYXNzdW1lIHRoZSBib290bG9hZGVyIGRpZCB0aGUg cmlnaHQgdGhpbmcNCiAgICAgICAgICogYW5kIGp1c3QgdXNlIGl0Lg0KICAgICAgICAgKg0KICAg ICAgICAgKiBPdGhlcndpc2UsIHNldCB0aGUgYWRkcmVzcyB0byBhIGNvbnZlbmllbnQgbG9jYWxs eSBhc3NpZ25lZCBhZGRyZXNzLA0KICAgICAgICAgKiAnYnNkJyArIHJhbmRvbSAyNCBsb3ctb3Jk ZXIgYml0cy4gICdiJyBpcyAweDYyLCB3aGljaCBoYXMgdGhlIGxvY2FsbHkNCiAgICAgICAgICog YXNzaWduZWQgYml0IHNldCwgYW5kIHRoZSBicm9hZGNhc3QvbXVsdGljYXN0IGJpdCBjbGVhci4N CiAgICAgICAgICovDQoNClJlZ2FyZHMNCg0KSnVlcmdlbiANCg0KDQo+IC0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQo+IEZyb206IG93bmVyLWZyZWVic2QtYXJtQGZyZWVic2Qub3JnIFttYWls dG86b3duZXItZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmddIE9uIEJlaGFsZiBPZg0KPiBEYW5pZWwg QnJhbmlzcw0KPiBTZW50OiBTYXR1cmRheSwgQXByaWwgMTYsIDIwMTYgNDo0MCBQTQ0KPiBUbzog ZnJlZWJzZC1hcm0NCj4gU3ViamVjdDogUmU6IE9kcm9pZGMxKyBldGhlcm5ldChkd2MwKSBub3Qg d29ya2luZw0KPiANCj4gDQo+ID4gT24gMTUgQXByIDIwMTYsIGF0IDEwOjI5IEFNLCBEYW5pZWwg QnJhbmlzcyA8ZGFubnlAY3MuaHVqaS5hYy5pbD4gd3JvdGU6DQo+ID4NCj4gPiBIaSwNCj4gPiBh ZnRlciBjbGVhbmluZyBteSBhY3QsIEkgbm93IGhhdmUgYSB3b3JraW5nIGN1cnJlbnQsIGJ1dA0K PiA+IHRoZSBkd2MgZXRoZXJuZXQgaXMgbm90LiBJIGNhbiBuZXRib290LCBzbyB0aGUgaGFyZHdh cmUvbGluayBpcyBvaywNCj4gPiBhbnkgaGludHM/IEJUVywga2VudiBpcyBhbHNvIGVtcHR5IC4u Lg0KPiANCj4gdmVyeSBzdHJhbmdlLA0KPiAxLSBkb2luZyBhIG5ldGJvb3QgKGJvb3RwIHRoZSBn byDigKYpIGxvYWRzIHRoZSBrZXJuZWwsIHN0YXJ0cyB1cCBidXQgdGhlIGR3YywgaXMNCj4gICAg ICBub3Qgd29ya2luZw0KPiAyLSBib290aW5nIGZyb20gdGhlIHNkICx0aGUgZHdjIHdvcmtzLCBi dXQgaGFzIGEgZGlmZmVyZW50IG1hYyAoZXRoZXJuZXQgYWRkcmVzcykNCj4gDQo+IGdvIGZpZ3Vy ZSwNCj4gDQo+IAlkYW5ueQ0KPiANCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+ IGh0dHBzOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLWFybQ0K PiBUbyB1bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1hcm0tdW5zdWJzY3Jp YmVAZnJlZWJzZC5vcmciDQo= From owner-freebsd-arm@freebsd.org Mon Apr 18 07:49:21 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5FF7AB12BB4 for ; Mon, 18 Apr 2016 07:49:21 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D9F901F40 for ; Mon, 18 Apr 2016 07:49:20 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 18 Apr 2016 09:49:16 +0200 id 0036FD3F.5714917C.0000F14E Date: Mon, 18 Apr 2016 09:49:16 +0200 From: Milan Obuch To: Russell Haley Cc: Erich Dollansky , freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-ID: <20160418094916.10dc9ae8@zeta.dino.sk> In-Reply-To: References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 07:49:21 -0000 On Wed, 13 Apr 2016 22:51:09 -0700 Russell Haley wrote: > On Wed, Apr 13, 2016 at 9:44 PM, Milan Obuch > wrote: > > On Thu, 14 Apr 2016 06:28:20 +0800 > > Erich Dollansky wrote: > > > >> Hi, > >> > >> On Wed, 13 Apr 2016 23:24:14 +0200 > >> Milan Obuch wrote: > >> > >> > today I got this cheap board. After verifying it works with > >> > provided linux based image I am trying to put FreeBSD on it. I > >> > would like to understand boot process, but I did not find much > >> > info yet. [ snip ] > >> I think, all you want to know is u-boot. Sources for it are > >> available. Just ask your search engine where to find it. > >> > >> Erich > > > > Well, I am going to investigate /sysutils/u-boot-* ports for some > > guidance - I think this should be a bit easier for me and, probably, > > helpfull a bit for others if I succeed. Basically you are right - > > this board uses u-boot, so I need to learn a bit more about it. > > The cubieboard (Allwinner) u-boot seems to use the mainline denx code > with some significant patches. The cubieboard2 just references the > original cubieboard. > > Russ Hi, after some struggling I am able to produce working u-boot. With working serial console, I see following when powering up the Orange Pi: U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) DRAM: 512 MiB Trying to boot from MMC U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology CPU: Allwinner H3 (SUN8I) DRAM: 512 MiB WARNING: Caches not enabled MMC: SUNXI SD/MMC: 0 reading u-boot.env ** Unable to read "u-boot.env" from mmc0:1 ** Using default environment In: serial Out: serial Err: serial Net: No ethernet found. starting USB... No controllers found Hit any key to stop autoboot: 0 Booting from: mmc 0 ubldr reading ubldr ** Unable to read file ubldr ** => So now it looks like I casn use neither ethernet nor USB boot, but as long as SD is readable, which looks like it is, and after 'saveenv' on u-boot prompt, it reduces a bit to U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) DRAM: 512 MiB Trying to boot from MMC U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology CPU: Allwinner H3 (SUN8I) DRAM: 512 MiB WARNING: Caches not enabled MMC: SUNXI SD/MMC: 0 reading u-boot.env In: serial Out: serial Err: serial Net: No ethernet found. starting USB... No controllers found Hit any key to stop autoboot: 0 Booting from: mmc 0 ubldr reading ubldr ** Unable to read file ubldr ** => I think now it's time to build ubldr, kernel and world for this board. This is just to let interested parties on partial success, if somebody would like get some more details, just let me know. Just be prepared for some dirty tricks used to overcome some issues :) Regards, Milan From owner-freebsd-arm@freebsd.org Mon Apr 18 09:06:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2067FB1106F for ; Mon, 18 Apr 2016 09:06:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EEB518EC for ; Mon, 18 Apr 2016 09:06:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1as58O-000Eb2-JS; Mon, 18 Apr 2016 12:06:20 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Orange Pi One From: Daniel Braniss In-Reply-To: <20160418094916.10dc9ae8@zeta.dino.sk> Date: Mon, 18 Apr 2016 12:06:20 +0300 Cc: Russell Haley , freebsd-arm@freebsd.org, Erich Dollansky Message-Id: <78E5CA20-8ABC-490A-89D9-FE0EEE66C653@cs.huji.ac.il> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 09:06:35 -0000 > On 18 Apr 2016, at 10:49, Milan Obuch wrote: >=20 > On Wed, 13 Apr 2016 22:51:09 -0700 > Russell Haley > = wrote: >=20 >> On Wed, Apr 13, 2016 at 9:44 PM, Milan Obuch >> wrote: >>> On Thu, 14 Apr 2016 06:28:20 +0800 >>> Erich Dollansky wrote: >>>=20 >>>> Hi, >>>>=20 >>>> On Wed, 13 Apr 2016 23:24:14 +0200 >>>> Milan Obuch wrote: >>>>=20 >>>>> today I got this cheap board. After verifying it works with >>>>> provided linux based image I am trying to put FreeBSD on it. I >>>>> would like to understand boot process, but I did not find much >>>>> info yet. >=20 > [ snip ] >=20 >>>> I think, all you want to know is u-boot. Sources for it are >>>> available. Just ask your search engine where to find it. >>>>=20 >>>> Erich =20 >>>=20 >>> Well, I am going to investigate /sysutils/u-boot-* ports for some >>> guidance - I think this should be a bit easier for me and, probably, >>> helpfull a bit for others if I succeed. Basically you are right - >>> this board uses u-boot, so I need to learn a bit more about it. =20 >>=20 >> The cubieboard (Allwinner) u-boot seems to use the mainline denx code >> with some significant patches. The cubieboard2 just references the >> original cubieboard. >>=20 >> Russ >=20 > Hi, >=20 > after some struggling I am able to produce working u-boot. With = working > serial console, I see following when powering up the Orange Pi: >=20 > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > DRAM: 512 MiB > Trying to boot from MMC >=20 >=20 > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology >=20 > CPU: Allwinner H3 (SUN8I) > DRAM: 512 MiB > WARNING: Caches not enabled > MMC: SUNXI SD/MMC: 0 > reading u-boot.env >=20 > ** Unable to read "u-boot.env" from mmc0:1 ** > Using default environment >=20 > In: serial > Out: serial > Err: serial > Net: No ethernet found. > starting USB... > No controllers found > Hit any key to stop autoboot: 0=20 > Booting from: mmc 0 ubldr > reading ubldr > ** Unable to read file ubldr ** > =3D>=20 >=20 > So now it looks like I casn use neither ethernet nor USB boot, but as > long as SD is readable, which looks like it is, and after 'saveenv' on > u-boot prompt, it reduces a bit to >=20 > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > DRAM: 512 MiB > Trying to boot from MMC >=20 >=20 > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology >=20 > CPU: Allwinner H3 (SUN8I) > DRAM: 512 MiB > WARNING: Caches not enabled > MMC: SUNXI SD/MMC: 0 > reading u-boot.env > In: serial > Out: serial > Err: serial > Net: No ethernet found. > starting USB... > No controllers found > Hit any key to stop autoboot: 0=20 > Booting from: mmc 0 ubldr > reading ubldr > ** Unable to read file ubldr ** > =3D>=20 >=20 > I think now it's time to build ubldr, kernel and world for this board. >=20 > This is just to let interested parties on partial success, if somebody > would like get some more details, just let me know. Just be prepared > for some dirty tricks used to overcome some issues :) when, and if, I receive mine (it=E2=80=99s probably moving via camel = express) I will be able to help you. danny From owner-freebsd-arm@freebsd.org Mon Apr 18 09:28:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E9AABB11723 for ; Mon, 18 Apr 2016 09:28:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A09FA1120 for ; Mon, 18 Apr 2016 09:28:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1as5UC-000EpX-8Q; Mon, 18 Apr 2016 12:28:52 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Odroidc1+ ethernet(dwc0) not working From: Daniel Braniss In-Reply-To: Date: Mon, 18 Apr 2016 12:28:52 +0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <9C393F68-3355-48B0-A21D-00208407D5D0@cs.huji.ac.il> References: <773D8BC8-EA89-42AA-A251-9DE37F7B9750@cs.huji.ac.il> To: =?utf-8?Q?=22Wei=C3=9F=2C_Dr=2E_J=C3=BCrgen=22?= X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 09:28:58 -0000 > On 17 Apr 2016, at 18:20, Wei=C3=9F, Dr. J=C3=BCrgen = wrote: >=20 > It seems the FreeBSD driver is only able to use the > mac address which is already programmed into the nic. > So if you use a command in u-boot, which needs and > initializes the network, FreeBSD uses the same mac > address as u-boot. If not it seems to be random. >=20 not nice. this is what I see: ... dwc0: mem = 0xc9410000-0xc9411fff irq 10017 on simplebus0 miibus0: on dwc0 rgephy0: PHY 0 on = miibus0 rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 000baseT-FDX-master, auto random: harvesting attach, 8 bytes (4 bits) from rgephy0 rgephy1: PHY 1 on = miibus0 rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 000baseT-FDX-master, auto random: harvesting attach, 8 bytes (4 bits) from rgephy1 random: harvesting attach, 8 bytes (4 bits) from miibus0 dwc0: bpf attached dwc0: Ethernet address: 62:73:64:b7:54:2e .. also, I think that the fact that kenv(1) does not show anything means there is something else fishy. danny > Actually, this comment is from the driver: >=20 > * Try to recover a MAC address from the running hardware. If = there's > * something non-zero there, assume the bootloader did the = right thing > * and just use it. > * > * Otherwise, set the address to a convenient locally assigned = address, > * 'bsd' + random 24 low-order bits. 'b' is 0x62, which has = the locally > * assigned bit set, and the broadcast/multicast bit clear. > */ >=20 > Regards >=20 > Juergen=20 >=20 >=20 >> -----Original Message----- >> From: owner-freebsd-arm@freebsd.org = [mailto:owner-freebsd-arm@freebsd.org] On Behalf Of >> Daniel Braniss >> Sent: Saturday, April 16, 2016 4:40 PM >> To: freebsd-arm >> Subject: Re: Odroidc1+ ethernet(dwc0) not working >>=20 >>=20 >>> On 15 Apr 2016, at 10:29 AM, Daniel Braniss = wrote: >>>=20 >>> Hi, >>> after cleaning my act, I now have a working current, but >>> the dwc ethernet is not. I can netboot, so the hardware/link is ok, >>> any hints? BTW, kenv is also empty ... >>=20 >> very strange, >> 1- doing a netboot (bootp the go =E2=80=A6) loads the kernel, starts = up but the dwc, is >> not working >> 2- booting from the sd ,the dwc works, but has a different mac = (ethernet address) >>=20 >> go figure, >>=20 >> danny >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Apr 18 15:05:04 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD8A9B13355 for ; Mon, 18 Apr 2016 15:05:04 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D8611167 for ; Mon, 18 Apr 2016 15:05:04 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e40a41a4-0576-11e6-b8f9-33a5b3560672 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Mon, 18 Apr 2016 15:04:46 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3IF4uH7033094; Mon, 18 Apr 2016 09:04:56 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1460991896.52955.46.camel@freebsd.org> Subject: Re: Odroidc1+ ethernet(dwc0) not working From: Ian Lepore To: Daniel Braniss , =?ISO-8859-1?Q?=22Wei=DF=2C?= "Dr." =?ISO-8859-1?Q?J=FCrgen=22?= Cc: freebsd-arm Date: Mon, 18 Apr 2016 09:04:56 -0600 In-Reply-To: <9C393F68-3355-48B0-A21D-00208407D5D0@cs.huji.ac.il> References: <773D8BC8-EA89-42AA-A251-9DE37F7B9750@cs.huji.ac.il> <9C393F68-3355-48B0-A21D-00208407D5D0@cs.huji.ac.il> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 15:05:04 -0000 On Mon, 2016-04-18 at 12:28 +0300, Daniel Braniss wrote: > > On 17 Apr 2016, at 18:20, Weiß, Dr. Jürgen > > wrote: > > > > It seems the FreeBSD driver is only able to use the > > mac address which is already programmed into the nic. > > So if you use a command in u-boot, which needs and > > initializes the network, FreeBSD uses the same mac > > address as u-boot. If not it seems to be random. > > > not nice. > this is what I see: > ... > dwc0: mem 0xc9410000 > -0xc9411fff irq 10017 on simplebus0 > miibus0: on dwc0 > rgephy0: PHY 0 on > miibus0 > rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 > 000baseT-FDX-master, auto > random: harvesting attach, 8 bytes (4 bits) from rgephy0 > rgephy1: PHY 1 on > miibus0 > rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 > 000baseT-FDX-master, auto > random: harvesting attach, 8 bytes (4 bits) from rgephy1 > random: harvesting attach, 8 bytes (4 bits) from miibus0 > dwc0: bpf attached > dwc0: Ethernet address: 62:73:64:b7:54:2e > .. > > also, I think that the fact that kenv(1) does not show anything > means there is something else fishy. > > danny If you're loading the kernel directly from u-boot, of course kenv is empty -- where would env vars have come from? It's loader(8) that sets up a kernel env as part of loading/launching the kernel. It's also very common for u-boot to be responsible for setting up a MAC address. Otherwise, how would the dwc driver (which works on a variety of different unrelated hardware) know where to get one from? On some boards it's stored in an i2c eeprom, on some it's in a u-boot env var, on others it's burned into one-time-programmable fuses on the cpu chip. Board-specific code in u-boot knows where to find it and program it into the MAC hardware. It's supposed to be possible to set a mac address in the fdt data as well, but most of our drivers don't look for it there. -- Ian From owner-freebsd-arm@freebsd.org Mon Apr 18 15:56:03 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90766B12D43 for ; Mon, 18 Apr 2016 15:56:03 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 010701B32 for ; Mon, 18 Apr 2016 15:56:02 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 0efba132; Mon, 18 Apr 2016 17:49:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=KS7dFi/imZ1qbvsyg1kqYeNRPxU=; b=Tfyq0SrqG6n9h3PES5n2zXStJ0fC S+5z+EQK1r5EZdIEvTZMIN6Zt/pcRCTT6pd7p6XrlCzqHnLJGmKtBX83gn++U4IO N7SQX/Ye4KDMEwo9vLdEfsMuqjERPjYf+atTtDpaj60KYewzw/QyOvm2Xve2fk7a 5RI3JYe+3Ow+7C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=NEeqZp+SFjOlROqcaRnasqNPN7nafjn+2s1PIqmQ33SPybxJgg80eN76 4qnrcWwbdVcp/Usp/am8a6ZEdL+etqRKbQMvSB1zn6ix+fodOfT4hmxdPA0MYa0p jqbUrpce1Dxa+546r8g4mFuTIWX6PSaHa7hLbe5HLxN5t/UsklE= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 353a23d6 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Mon, 18 Apr 2016 17:49:19 +0200 (CEST) Date: Mon, 18 Apr 2016 17:49:18 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: Russell Haley , freebsd-arm@freebsd.org, Erich Dollansky Subject: Re: Orange Pi One Message-Id: <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> In-Reply-To: <20160418094916.10dc9ae8@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 15:56:03 -0000 On Mon, 18 Apr 2016 09:49:16 +0200 Milan Obuch wrote: > On Wed, 13 Apr 2016 22:51:09 -0700 > Russell Haley wrote: > > > On Wed, Apr 13, 2016 at 9:44 PM, Milan Obuch > > wrote: > > > On Thu, 14 Apr 2016 06:28:20 +0800 > > > Erich Dollansky wrote: > > > > > >> Hi, > > >> > > >> On Wed, 13 Apr 2016 23:24:14 +0200 > > >> Milan Obuch wrote: > > >> > > >> > today I got this cheap board. After verifying it works with > > >> > provided linux based image I am trying to put FreeBSD on it. I > > >> > would like to understand boot process, but I did not find much > > >> > info yet. > > [ snip ] > > > >> I think, all you want to know is u-boot. Sources for it are > > >> available. Just ask your search engine where to find it. > > >> > > >> Erich > > > > > > Well, I am going to investigate /sysutils/u-boot-* ports for some > > > guidance - I think this should be a bit easier for me and, probably, > > > helpfull a bit for others if I succeed. Basically you are right - > > > this board uses u-boot, so I need to learn a bit more about it. > > > > The cubieboard (Allwinner) u-boot seems to use the mainline denx code > > with some significant patches. The cubieboard2 just references the > > original cubieboard. > > > > Russ > > Hi, > > after some struggling I am able to produce working u-boot. With working > serial console, I see following when powering up the Orange Pi: > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > DRAM: 512 MiB > Trying to boot from MMC > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology > > CPU: Allwinner H3 (SUN8I) > DRAM: 512 MiB > WARNING: Caches not enabled > MMC: SUNXI SD/MMC: 0 > reading u-boot.env > > ** Unable to read "u-boot.env" from mmc0:1 ** > Using default environment > > In: serial > Out: serial > Err: serial > Net: No ethernet found. > starting USB... > No controllers found > Hit any key to stop autoboot: 0 > Booting from: mmc 0 ubldr > reading ubldr > ** Unable to read file ubldr ** > => > > So now it looks like I casn use neither ethernet nor USB boot, but as > long as SD is readable, which looks like it is, and after 'saveenv' on > u-boot prompt, it reduces a bit to > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > DRAM: 512 MiB > Trying to boot from MMC > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology > > CPU: Allwinner H3 (SUN8I) > DRAM: 512 MiB > WARNING: Caches not enabled > MMC: SUNXI SD/MMC: 0 > reading u-boot.env > In: serial > Out: serial > Err: serial > Net: No ethernet found. > starting USB... > No controllers found > Hit any key to stop autoboot: 0 > Booting from: mmc 0 ubldr > reading ubldr > ** Unable to read file ubldr ** > => > > I think now it's time to build ubldr, kernel and world for this board. > > This is just to let interested parties on partial success, if somebody > would like get some more details, just let me know. Just be prepared > for some dirty tricks used to overcome some issues :) > > Regards, > Milan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" You should have a working kernel with this: https://github.com/evadot/freebsd/tree/h3 The code used to work before the clk bit were commited, I haven't tested since. This doesn't support SMP as I haven't looked at the cpu power clamp yet. And detailed on how you had uboot compiled could always be intersting :) -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Mon Apr 18 18:40:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B202B129AB for ; Mon, 18 Apr 2016 18:40:42 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x235.google.com (mail-vk0-x235.google.com [IPv6:2607:f8b0:400c:c05::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E5F9F1113 for ; Mon, 18 Apr 2016 18:40:41 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x235.google.com with SMTP id e185so230972838vkb.1 for ; Mon, 18 Apr 2016 11:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=D14r9rVVfBu1IMfRmraOcWVkuCxw1T3wVtdMLy0gII4=; b=evlusT3NcW8wTm9KSis/6qDLjHRPtJ2SxhQnr2XRgdnrsB50QF2zdlDbF/zmzH4QMT Uh4CNG49DdZet4fRiLXt+Ye9d/6XYJ3BWs8MOrRXXgJovYSdNfM57qvTEPxHcXyTeYXw qnaRjXUnpTAjM+4atj4cR9ggpV2G5j/Ygn1nqch/08KAB53jNxFRFWgTtMV/ZaWj0VwM S1sf29Nn78n7fBSVek9Vrr5SC99TN8aN3j0VlMJQSxRYJVvYfbbg2xIGpcA2zjdYAoPz xT1VIgUgiJrLdjAveZUNGaCjuw8xc1b95Owq9Gv7omQ01zaQXAEk0/C+vIM0TwtERv2e mpQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=D14r9rVVfBu1IMfRmraOcWVkuCxw1T3wVtdMLy0gII4=; b=VwHZyY68hcEateh0qOkMhQdO2377B2PMjdMn8jVBbdhGX/fYVD0YPjSwCf45bJD+XA t3cqFviLyr7rRXHJ8CZVavtidlpYIGffc21RV4x0ka0CkzsZIyiksAJIpUFGP11N72Xo 3QEYhXNC1IAP07weAhOhn6OpkZxl3NfGNiGiA3P0uB4dD1O9PLI+UCeco0AdZfJyqLbc LFDVR2hkeEOPplgGv3P9WauzkDOGXq2N9dqcyydp9ysUvbGpHjePQwCW5AxH456KVgKR UvHSuXryG/eaTNJu297Bgk8Fh1VmWrRPZYtCDz3fmvYVl+zmMkWhz52lqHynQMq+1I+6 9F4A== X-Gm-Message-State: AOPr4FXplnDBI0kYDsr9C6FXA8ESbwszB97hQ6krKQxQkk/aLCRtSHsEzBRYX5QlKEPT4J/2KRBfP1bTz/BPbA== MIME-Version: 1.0 X-Received: by 10.31.45.143 with SMTP id t137mr18762289vkt.143.1461004840978; Mon, 18 Apr 2016 11:40:40 -0700 (PDT) Received: by 10.31.94.66 with HTTP; Mon, 18 Apr 2016 11:40:40 -0700 (PDT) In-Reply-To: <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> Date: Mon, 18 Apr 2016 11:40:40 -0700 Message-ID: Subject: Re: Orange Pi One From: Russell Haley To: Emmanuel Vadot Cc: Milan Obuch , freebsd-arm , Erich Dollansky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 18:40:42 -0000 On Mon, Apr 18, 2016 at 8:49 AM, Emmanuel Vadot wrote: > On Mon, 18 Apr 2016 09:49:16 +0200 > Milan Obuch wrote: > > > On Wed, 13 Apr 2016 22:51:09 -0700 > > Russell Haley wrote: > > > > > On Wed, Apr 13, 2016 at 9:44 PM, Milan Obuch > > > wrote: > > > > On Thu, 14 Apr 2016 06:28:20 +0800 > > > > Erich Dollansky wrote: > > > > > > > >> Hi, > > > >> > > > >> On Wed, 13 Apr 2016 23:24:14 +0200 > > > >> Milan Obuch wrote: > > > >> > > > >> > today I got this cheap board. After verifying it works with > > > >> > provided linux based image I am trying to put FreeBSD on it. I > > > >> > would like to understand boot process, but I did not find much > > > >> > info yet. > > > > [ snip ] > > > > > >> I think, all you want to know is u-boot. Sources for it are > > > >> available. Just ask your search engine where to find it. > > > >> > > > >> Erich > > > > > > > > Well, I am going to investigate /sysutils/u-boot-* ports for some > > > > guidance - I think this should be a bit easier for me and, probably, > > > > helpfull a bit for others if I succeed. Basically you are right - > > > > this board uses u-boot, so I need to learn a bit more about it. > > > > > > The cubieboard (Allwinner) u-boot seems to use the mainline denx code > > > with some significant patches. The cubieboard2 just references the > > > original cubieboard. > > > > > > Russ > > > > Hi, > > > > after some struggling I am able to produce working u-boot. With working > > serial console, I see following when powering up the Orange Pi: > > > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > > DRAM: 512 MiB > > Trying to boot from MMC > > > > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology > > > > CPU: Allwinner H3 (SUN8I) > > DRAM: 512 MiB > > WARNING: Caches not enabled > > MMC: SUNXI SD/MMC: 0 > > reading u-boot.env > > > > ** Unable to read "u-boot.env" from mmc0:1 ** > > Using default environment > > > > In: serial > > Out: serial > > Err: serial > > Net: No ethernet found. > > starting USB... > > No controllers found > > Hit any key to stop autoboot: 0 > > Booting from: mmc 0 ubldr > > reading ubldr > > ** Unable to read file ubldr ** > > => > > > > So now it looks like I casn use neither ethernet nor USB boot, but as > > long as SD is readable, which looks like it is, and after 'saveenv' on > > u-boot prompt, it reduces a bit to > > > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > > DRAM: 512 MiB > > Trying to boot from MMC > > > > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology > > > > CPU: Allwinner H3 (SUN8I) > > DRAM: 512 MiB > > WARNING: Caches not enabled > > MMC: SUNXI SD/MMC: 0 > > reading u-boot.env > > In: serial > > Out: serial > > Err: serial > > Net: No ethernet found. > > starting USB... > > No controllers found > > Hit any key to stop autoboot: 0 > > Booting from: mmc 0 ubldr > > reading ubldr > > ** Unable to read file ubldr ** > > => > > > > I think now it's time to build ubldr, kernel and world for this board. > > > > This is just to let interested parties on partial success, if somebody > > would like get some more details, just let me know. Just be prepared > > for some dirty tricks used to overcome some issues :) > > > > Regards, > > Milan > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > You should have a working kernel with this: > https://github.com/evadot/freebsd/tree/h3 > The code used to work before the clk bit were commited, I haven't tested > since. > This doesn't support SMP as I haven't looked at the cpu power clamp yet. > > And detailed on how you had uboot compiled could always be intersting :) > Congrats and great work! I am also very curious on how you got u-boot up so fast. There are specific build options that are required for u-boot to load ubldr (or so I've been told), but you may know this already. If you haven't said anything I will look for the info in my email tonight. Russ From owner-freebsd-arm@freebsd.org Mon Apr 18 19:01:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE186B13359 for ; Mon, 18 Apr 2016 19:01:19 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61F941431 for ; Mon, 18 Apr 2016 19:01:18 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Mon, 18 Apr 2016 21:01:09 +0200 id 0036FC94.57152EF5.00014F08 Date: Mon, 18 Apr 2016 21:01:08 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Russell Haley , Emmanuel Vadot , Erich Dollansky Subject: Re: Orange Pi One Message-ID: <20160418210108.4047c526@zeta.dino.sk> In-Reply-To: References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 19:01:20 -0000 On Mon, 18 Apr 2016 11:40:40 -0700 Russell Haley wrote: > On Mon, Apr 18, 2016 at 8:49 AM, Emmanuel Vadot > wrote: > > > On Mon, 18 Apr 2016 09:49:16 +0200 > > Milan Obuch wrote: > > > > > On Wed, 13 Apr 2016 22:51:09 -0700 > > > Russell Haley wrote: > > > > > > > On Wed, Apr 13, 2016 at 9:44 PM, Milan Obuch > > > > wrote: > > > > > On Thu, 14 Apr 2016 06:28:20 +0800 > > > > > Erich Dollansky wrote: > > > > > > > > > >> Hi, [ snip ] > > > > >> I think, all you want to know is u-boot. Sources for it are > > > > >> available. Just ask your search engine where to find it. > > > > >> > > > > >> Erich > > > > > > > > > > Well, I am going to investigate /sysutils/u-boot-* ports for > > > > > some guidance - I think this should be a bit easier for me > > > > > and, probably, helpfull a bit for others if I succeed. > > > > > Basically you are right - this board uses u-boot, so I need > > > > > to learn a bit more about it. > > > > > > > > The cubieboard (Allwinner) u-boot seems to use the mainline > > > > denx code with some significant patches. The cubieboard2 just > > > > references the original cubieboard. > > > > > > > > Russ > > > > > > Hi, > > > > > > after some struggling I am able to produce working u-boot. With > > > working serial console, I see following when powering up the > > > Orange Pi: [ snip ] > > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > > > DRAM: 512 MiB > > > Trying to boot from MMC > > > > > > > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner Technology > > > > > > CPU: Allwinner H3 (SUN8I) > > > DRAM: 512 MiB > > > WARNING: Caches not enabled > > > MMC: SUNXI SD/MMC: 0 > > > reading u-boot.env > > > In: serial > > > Out: serial > > > Err: serial > > > Net: No ethernet found. > > > starting USB... > > > No controllers found > > > Hit any key to stop autoboot: 0 > > > Booting from: mmc 0 ubldr > > > reading ubldr > > > ** Unable to read file ubldr ** > > > => > > > > > > I think now it's time to build ubldr, kernel and world for this > > > board. > > > > > > This is just to let interested parties on partial success, if > > > somebody would like get some more details, just let me know. Just > > > be prepared for some dirty tricks used to overcome some issues :) > > > > > > Regards, > > > Milan > > > > > > > You should have a working kernel with this: > > https://github.com/evadot/freebsd/tree/h3 > > The code used to work before the clk bit were commited, I haven't > > tested since. > > This doesn't support SMP as I haven't looked at the cpu power > > clamp yet. I will look into this as soon as I get some time for it... Thanks for pointer. Appreciated. Also, which board did you test this kernel on? > > And detailed on how you had uboot compiled could always be > > intersting :) > > Congrats and great work! I am also very curious on how you got u-boot > up so fast. There are specific build options that are required for > u-boot to load ubldr (or so I've been told), but you may know this > already. If you haven't said anything I will look for the info in my > email tonight. > Well, thanks goes to loos@freebsd.org, who created u-boot port for cubieboard. As this uses Allwinner's SoC too, I just made some small adjustments. I need to do some polishing and verifying it works, because I played a bit with some debug options, and I would like loos@ to look over it if he has some time (I wrote him privately, but no response yet). So I plan to submit it as a port in not too distant future, but if anybody needs it sooner, just write me. Milan From owner-freebsd-arm@freebsd.org Tue Apr 19 06:21:05 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7BA92B1378D for ; Tue, 19 Apr 2016 06:21:05 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F421C1E9A; Tue, 19 Apr 2016 06:21:04 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1asP1q-0002CO-9B; Tue, 19 Apr 2016 09:20:54 +0300 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: Odroidc1+ ethernet(dwc0) not working From: Daniel Braniss In-Reply-To: <1460991896.52955.46.camel@freebsd.org> Date: Tue, 19 Apr 2016 09:20:54 +0300 Cc: =?utf-8?Q?=22Wei=C3=9F=2C_Dr=2E_J=C3=BCrgen=22?= , freebsd-arm Message-Id: <8093174F-CCA7-47FE-AF96-C7C3AA7CB719@cs.huji.ac.il> References: <773D8BC8-EA89-42AA-A251-9DE37F7B9750@cs.huji.ac.il> <9C393F68-3355-48B0-A21D-00208407D5D0@cs.huji.ac.il> <1460991896.52955.46.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 06:21:05 -0000 > On 18 Apr 2016, at 18:04, Ian Lepore wrote: >=20 > On Mon, 2016-04-18 at 12:28 +0300, Daniel Braniss wrote: >>> On 17 Apr 2016, at 18:20, Wei=DF, Dr. J=FCrgen >>> wrote: >>>=20 >>> It seems the FreeBSD driver is only able to use the >>> mac address which is already programmed into the nic. >>> So if you use a command in u-boot, which needs and >>> initializes the network, FreeBSD uses the same mac >>> address as u-boot. If not it seems to be random. >>>=20 >> not nice. >> this is what I see: >> ... >> dwc0: mem 0xc9410000 >> -0xc9411fff irq 10017 on simplebus0 >> miibus0: on dwc0 >> rgephy0: PHY 0 on >> miibus0 >> rgephy0: OUI 0x00e04c, model 0x0011, rev. 6 >> 000baseT-FDX-master, auto >> random: harvesting attach, 8 bytes (4 bits) from rgephy0 >> rgephy1: PHY 1 on >> miibus0 >> rgephy1: OUI 0x00e04c, model 0x0011, rev. 6 >> 000baseT-FDX-master, auto >> random: harvesting attach, 8 bytes (4 bits) from rgephy1 >> random: harvesting attach, 8 bytes (4 bits) from miibus0 >> dwc0: bpf attached >> dwc0: Ethernet address: 62:73:64:b7:54:2e >> .. >>=20 >> also, I think that the fact that kenv(1) does not show anything >> means there is something else fishy. >>=20 >> danny >=20 > If you're loading the kernel directly from u-boot, of course kenv is > empty -- where would env vars have come from? It's loader(8) that = sets > up a kernel env as part of loading/launching the kernel. logical my dear Watson :-) >=20 > It's also very common for u-boot to be responsible for setting up a = MAC > address. Otherwise, how would the dwc driver (which works on a = variety > of different unrelated hardware) know where to get one from? On some > boards it's stored in an i2c eeprom, on some it's in a u-boot env var, > on others it's burned into one-time-programmable fuses on the cpu = chip. > Board-specific code in u-boot knows where to find it and program it > into the MAC hardware. I have now 2 sd cards, both have the same mac address when doing bootp but different ones when booting off the sd card. (random generated, but not that random, after reboot, the same mac) >=20 > It's supposed to be possible to set a mac address in the fdt data as > well, but most of our drivers don't look for it there. >=20 it=92s not a good idea to have it in the fdt, since duplicating sd cards = will be a headache! so my project now is to see if I can merge Daisuke-san's image with what=92s in head. >=20 cheers, danny From owner-freebsd-arm@freebsd.org Tue Apr 19 06:53:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC594B1467C for ; Tue, 19 Apr 2016 06:53:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C6181112F; Tue, 19 Apr 2016 06:53:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 1792F1363; Tue, 19 Apr 2016 06:54:00 +0000 (UTC) Date: Tue, 19 Apr 2016 06:53:58 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: eadler@FreeBSD.org, araujo@FreeBSD.org, adrian@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <2009335926.37.1461048839928.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2916 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 06:54:00 -0000 FreeBSD_HEAD_arm64 - Build #2916 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2916/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2916/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2916/console Change summaries: 298254 by eadler: Rename units.lib -> definitions.units - this matches GNU units 2.12 add ISO country codes from units 2.12 298253 by eadler: Rename units.lib -> definitions.units - this matches GNU units 2.12 add ISO country codes from units 2.12 298252 by adrian: Add VHT power envelope parsing to ifconfig. 298251 by eadler: Remove pathnames.h - it only holds a single constant - it doesn't exist in the GNU variant 298250 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. 298249 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. 298248 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. 298247 by araujo: Remove redundant parenthesis. Submitted by: pfg MFC after: 2 weeks. 298246 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. 298245 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. 298244 by araujo: Use nitems() instead of sizeof(name) / sizeof(*name). MFC after: 2 weeks. The end of the build log: [...truncated 119582 lines...] gzip -cn /usr/src/usr.bin/tsort/tsort.1 > tsort.1.gz --- tsort.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug tsort.full tsort.debug --- tsort --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=tsort.debug tsort.full tsort --- all_subdir_usr.bin/tty --- ===> usr.bin/tty (all) --- all_subdir_usr.sbin --- --- exsystem.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.exsystem.o -MTexsystem.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/executer/exsystem.c -o exsystem.o --- all_subdir_usr.bin --- --- .depend --- echo tty.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- tty.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -MD -MP -MF.depend.tty.o -MTtty.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/tty/tty.c -o tty.o --- tty.full --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o tty.full tty.o --- tty.1.gz --- gzip -cn /usr/src/usr.bin/tty/tty.1 > tty.1.gz --- tty.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug tty.full tty.debug --- tty --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=tty.debug tty.full tty --- all_subdir_usr.bin/uname --- ===> usr.bin/uname (all) --- all_subdir_usr.sbin --- --- exutils.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.exutils.o -MTexutils.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/executer/exutils.c -o exutils.o --- all_subdir_usr.bin --- --- .depend --- echo uname.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- uname.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -MD -MP -MF.depend.uname.o -MTuname.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/uname/uname.c -o uname.o --- all_subdir_lib --- --- libugidfw_p.a --- building profiled ugidfw library /usr/local/aarch64-freebsd/bin/ar -crD libugidfw_p.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder ugidfw.po | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libugidfw_p.a --- bsde_get_rule.3.gz --- gzip -cn /usr/src/lib/libugidfw/bsde_get_rule.3 > bsde_get_rule.3.gz --- bsde_get_rule_count.3.gz --- gzip -cn /usr/src/lib/libugidfw/bsde_get_rule_count.3 > bsde_get_rule_count.3.gz --- bsde_parse_rule.3.gz --- gzip -cn /usr/src/lib/libugidfw/bsde_parse_rule.3 > bsde_parse_rule.3.gz --- bsde_rule_to_string.3.gz --- gzip -cn /usr/src/lib/libugidfw/bsde_rule_to_string.3 > bsde_rule_to_string.3.gz --- libugidfw.3.gz --- gzip -cn /usr/src/lib/libugidfw/libugidfw.3 > libugidfw.3.gz --- all_subdir_lib/libulog --- ===> lib/libulog (all) --- ulog_login.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -MD -MP -MF.depend.ulog_login.po -MTulog_login.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libulog/ulog_login.c -o ulog_login.po --- all_subdir_usr.sbin --- --- psargs.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.psargs.o -MTpsargs.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/parser/psargs.c -o psargs.o --- all_subdir_lib --- --- ulog_login_pseudo.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -MD -MP -MF.depend.ulog_login_pseudo.po -MTulog_login_pseudo.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libulog/ulog_login_pseudo.c -o ulog_login_pseudo.po --- all_subdir_usr.bin --- --- uname.full --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o uname.full uname.o --- uname.1.gz --- gzip -cn /usr/src/usr.bin/uname/uname.1 > uname.1.gz --- all_subdir_lib --- --- utempter.po --- --- all_subdir_usr.bin --- --- uname.debug --- --- all_subdir_lib --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -MD -MP -MF.depend.utempter.po -MTutempter.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libulog/utempter.c -o utempter.po --- all_subdir_usr.bin --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug uname.full uname.debug --- uname --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=uname.debug uname.full uname --- all_subdir_usr.bin/unexpand --- ===> usr.bin/unexpand (all) --- .depend --- echo unexpand.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- unexpand.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -MD -MP -MF.depend.unexpand.o -MTunexpand.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/unexpand/unexpand.c -o unexpand.o --- all_subdir_lib --- --- libulog_p.a --- building profiled ulog library /usr/local/aarch64-freebsd/bin/ar -crD libulog_p.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder ulog_login.po ulog_login_pseudo.po utempter.po | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libulog_p.a --- ulog_login.3.gz --- gzip -cn /usr/src/lib/libulog/ulog_login.3 > ulog_login.3.gz --- utempter_add_record.3.gz --- gzip -cn /usr/src/lib/libulog/utempter_add_record.3 > utempter_add_record.3.gz --- all_subdir_lib/libunbound --- ===> lib/libunbound (all) --- all_subdir_secure --- --- pkcs7.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DMONOLITH -g -MD -MP -MF.depend.pkcs7.o -MTpkcs7.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkcs7.c -o pkcs7.o --- all_subdir_usr.bin --- --- unexpand.full --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o unexpand.full unexpand.o --- unexpand.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug unexpand.full unexpand.debug --- unexpand --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=unexpand.debug unexpand.full unexpand --- all_subdir_usr.bin/uniq --- ===> usr.bin/uniq (all) --- all_subdir_usr.sbin --- --- psloop.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.psloop.o -MTpsloop.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/parser/psloop.c -o psloop.o --- all_subdir_usr.bin --- --- .depend --- echo uniq.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a >> .depend --- uniq.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -MD -MP -MF.depend.uniq.o -MTuniq.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/uniq/uniq.c -o uniq.o --- all_subdir_lib --- --- alloc.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MP -MF.depend.alloc.po -MTalloc.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/alloc.c -o alloc.po --- all_subdir_secure --- --- pkcs8.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DMONOLITH -g -MD -MP -MF.depend.pkcs8.o -MTpkcs8.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkcs8.c -o pkcs8.o --- all_subdir_usr.sbin --- --- psobject.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.psobject.o -MTpsobject.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/parser/psobject.c -o psobject.o --- all_subdir_usr.bin --- --- uniq.full --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -o uniq.full uniq.o --- uniq.1.gz --- gzip -cn /usr/src/usr.bin/uniq/uniq.1 > uniq.1.gz --- uniq.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug uniq.full uniq.debug --- uniq --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=uniq.debug uniq.full uniq --- all_subdir_usr.bin/units --- ===> usr.bin/units (all) --- .depend --- echo units.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libc.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libedit.a >> .depend --- units.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -g -MD -MP -MF.depend.units.o -MTunits.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/usr.bin/units/units.c -o units.o --- all_subdir_lib --- --- as112.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MP -MF.depend.as112.po -MTas112.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/as112.c -o as112.po --- autotrust.po --- cc -B/usr/local/aarch64-freebsd/bin/ -pg -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MP -MF.depend.autotrust.po -MTautotrust.po -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/validator/autotrust.c -o autotrust.po --- all_subdir_usr.sbin --- --- psopcode.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.psopcode.o -MTpsopcode.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/parser/psopcode.c -o psopcode.o --- all_subdir_secure --- --- pkey.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DMONOLITH -g -MD -MP -MF.depend.pkey.o -MTpkey.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkey.c -o pkey.o --- all_subdir_usr.sbin --- --- psopinfo.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.psopinfo.o -MTpsopinfo.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/parser/psopinfo.c -o psopinfo.o --- psparse.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -DACPI_ASL_COMPILER -I. -I/usr/src/usr.sbin/acpi/iasl/../../../sys -g -MD -MP -MF.depend.psparse.o -MTpsparse.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/parser/psparse.c -o psparse.o --- all_subdir_secure --- --- pkeyparam.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/secure/usr.bin/openssl/../../../crypto/openssl -DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -DMONOLITH -g -MD -MP -MF.depend.pkeyparam.o -MTpkeyparam.o -std=gnu99 -fstack-protector-strong -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkeyparam.c -o pkeyparam.o --- all_subdir_usr.bin --- make[4]: make[4]: don't know how to make units.lib. Stop make[4]: stopped in /usr/src/usr.bin/units *** [all_subdir_usr.bin/units] Error code 2 make[3]: stopped in /usr/src/usr.bin 1 error make[3]: stopped in /usr/src/usr.bin *** [all_subdir_usr.bin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_usr.sbin --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/usr.sbin/acpi/iasl *** [all] Error code 2 make[4]: stopped in /usr/src/usr.sbin/acpi 1 error make[4]: stopped in /usr/src/usr.sbin/acpi *** [all_subdir_usr.sbin/acpi] Error code 2 make[3]: stopped in /usr/src/usr.sbin 1 error make[3]: stopped in /usr/src/usr.sbin *** [all_subdir_usr.sbin] Error code 2 make[2]: stopped in /usr/src --- all_subdir_secure --- A failure has been detected in another branch of the parallel make make[5]: stopped in /usr/src/secure/usr.bin/openssl *** [all_subdir_secure/usr.bin/openssl] Error code 2 make[4]: stopped in /usr/src/secure/usr.bin 1 error make[4]: stopped in /usr/src/secure/usr.bin *** [all_subdir_secure/usr.bin] Error code 2 make[3]: stopped in /usr/src/secure 1 error make[3]: stopped in /usr/src/secure *** [all_subdir_secure] Error code 2 make[2]: stopped in /usr/src --- all_subdir_lib --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/lib/libunbound *** [all_subdir_lib/libunbound] Error code 2 make[3]: stopped in /usr/src/lib 1 error make[3]: stopped in /usr/src/lib *** [all_subdir_lib] Error code 2 make[2]: stopped in /usr/src 4 errors make[2]: stopped in /usr/src *** [everything] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson3944155595290580139.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Tue Apr 19 07:20:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A256CB14ED4 for ; Tue, 19 Apr 2016 07:20:17 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 266081CFF for ; Tue, 19 Apr 2016 07:20:16 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 19 Apr 2016 09:20:13 +0200 id 00F4BC97.5715DC2D.000009A4 Date: Tue, 19 Apr 2016 09:20:12 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Emmanuel Vadot , Erich Dollansky Subject: Re: Orange Pi One Message-ID: <20160419092012.0ad4ad2d@zeta.dino.sk> In-Reply-To: <20160418210108.4047c526@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 07:20:17 -0000 On Mon, 18 Apr 2016 21:01:08 +0200 Milan Obuch wrote: [ snip ] > > > > Hi, > > > > > > > > after some struggling I am able to produce working u-boot. With > > > > working serial console, I see following when powering up the > > > > Orange Pi: > > [ snip ] > > > > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > > > > DRAM: 512 MiB > > > > Trying to boot from MMC > > > > > > > > > > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner > > > > Technology > > > > > > > > CPU: Allwinner H3 (SUN8I) > > > > DRAM: 512 MiB > > > > WARNING: Caches not enabled > > > > MMC: SUNXI SD/MMC: 0 > > > > reading u-boot.env > > > > In: serial > > > > Out: serial > > > > Err: serial > > > > Net: No ethernet found. > > > > starting USB... > > > > No controllers found > > > > Hit any key to stop autoboot: 0 > > > > Booting from: mmc 0 ubldr > > > > reading ubldr > > > > ** Unable to read file ubldr ** > > > > => > > > > > > > > I think now it's time to build ubldr, kernel and world for this > > > > board. > > > > One step further - compiled ubldr as part of buildworld, tried, and found I need ubldr.bin to start boot process, ubldr just keeps crashing with following: Booting from: mmc 0 ubldr reading ubldr 235312 bytes read in 63 ms (3.6 MiB/s) ## Starting application at 0x01000098 ... undefined instruction pc : [<01c0f00c>] lr : [<5ff77138>] reloc pc : [] lr : [<4a007138>] sp : 5bf4ba70 ip : 00000030 fp : 5ff76ffc r10: 00000001 r9 : 5bf4fee8 r8 : 00000000 r7 : 00000001 r6 : 5bf513e0 r5 : 01000098 r4 : 00000000 r3 : 00000001 r2 : 01c28000 r1 : 5bf513e4 r0 : 00000000 Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... resetting ... but ubldr.bin works (command typed manually): => fatload mmc 0 0x42000000 ubldr.bin reading ubldr.bin 192096 bytes read in 58 ms (3.2 MiB/s) => go 0x42000000 ## Starting application at 0x42000000 ... Consoles: U-Boot console Compatible U-Boot API signature found @0x5bf504c8 FreeBSD/arm U-Boot loader, Revision 1.2 (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) DRAM: 512MB MMC Device 1 not found Number of U-Boot devices: 1 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. Booting from disk0s1: - can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. loader> Now I can type loader command, so I can try to load kernel if I had one (I tried to build it from stock FreeBSD sources, but something was wrong, I must figure why buildkernel did not produce kernel... just testing now, waiting where it breaks). Milan From owner-freebsd-arm@freebsd.org Tue Apr 19 07:34:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3942AB1359C for ; Tue, 19 Apr 2016 07:34:14 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A817D1A5E for ; Tue, 19 Apr 2016 07:34:13 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 464c7a4a; Tue, 19 Apr 2016 09:34:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=fKWJhpQxd2lUZ+MLg+A2QwX/wuo=; b=VT4EQyIe3OTM8X3CZuKkxdPx6FSw rorGkmJ/PRqB82mPDkoaflU10wKWijTEZgyVKBmYU6gYaY1rBT5MYSClxpcU2zqS 5L3R4nFZfTt2c6I7PoiXomFeYfrHRgU4AOJl98OsQce/DNNMXAmi3wZDYhj2sMQS meninpBBmVSD84s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Y2heQ4hBhjxSQacLLCQWFHce44Hmgw2M72wQEb75o7I5D+oAFFVVW4OB 8XQ6c7IHAmg3OaxiD1Qme4nF6MqRienvBBJSp5S97f1POz7i3/Cy5aVLih5PTZr6 wu3Zn8WIS7ox5Jc8b1GbYEg+8gPVy1Bn7uUUZuA67gWeuGVGJhY= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 7faf365d TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 19 Apr 2016 09:34:10 +0200 (CEST) Date: Tue, 19 Apr 2016 09:34:08 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freebsd-arm@freebsd.org, Erich Dollansky Subject: Re: Orange Pi One Message-Id: <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> In-Reply-To: <20160419092012.0ad4ad2d@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 07:34:14 -0000 On Tue, 19 Apr 2016 09:20:12 +0200 Milan Obuch wrote: > > One step further - compiled ubldr as part of buildworld, tried, and > found I need ubldr.bin to start boot process, ubldr just keeps crashing > with following: > > Booting from: mmc 0 ubldr > reading ubldr > 235312 bytes read in 63 ms (3.6 MiB/s) > ## Starting application at 0x01000098 ... > undefined instruction > pc : [<01c0f00c>] lr : [<5ff77138>] > reloc pc : [] lr : [<4a007138>] > sp : 5bf4ba70 ip : 00000030 fp : 5ff76ffc > r10: 00000001 r9 : 5bf4fee8 r8 : 00000000 > r7 : 00000001 r6 : 5bf513e0 r5 : 01000098 r4 : 00000000 > r3 : 00000001 r2 : 01c28000 r1 : 5bf513e4 r0 : 00000000 > Flags: nZCv IRQs off FIQs off Mode SVC_32 > Resetting CPU ... > > resetting ... > > but ubldr.bin works (command typed manually): > > => fatload mmc 0 0x42000000 ubldr.bin > reading ubldr.bin > 192096 bytes read in 58 ms (3.2 MiB/s) > => go 0x42000000 > ## Starting application at 0x42000000 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @0x5bf504c8 > > FreeBSD/arm U-Boot loader, Revision 1.2 > (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) > > DRAM: 512MB > MMC Device 1 not found > Number of U-Boot devices: 1 > U-Boot env: loaderdev='mmc 0' > Found U-Boot device: disk > Checking unit=0 slice= partition=... good. > Booting from disk0s1: > - > can't load 'kernel' > > Type '?' for a list of commands, 'help' for more detailed help. > loader> > > Now I can type loader command, so I can try to load kernel if I had one > (I tried to build it from stock FreeBSD sources, but something was > wrong, I must figure why buildkernel did not produce kernel... just > testing now, waiting where it breaks). > > Milan For ubldr to work you need to set UBLDR_LOADADDR variable to the correct address. Could you send me your u-boot-sunxi-with-spl.bin please ? I must miss something I can get one to work on my orangepi one now. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 19 07:54:03 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B91D3B143A4 for ; Tue, 19 Apr 2016 07:54:03 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3DEE91C71 for ; Tue, 19 Apr 2016 07:54:02 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 19 Apr 2016 09:53:59 +0200 id 00F4BC97.5715E417.00001056 Date: Tue, 19 Apr 2016 09:53:58 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Emmanuel Vadot , Erich Dollansky Subject: Re: Orange Pi One Message-ID: <20160419095358.351c74b3@zeta.dino.sk> In-Reply-To: <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 07:54:03 -0000 On Tue, 19 Apr 2016 09:34:08 +0200 Emmanuel Vadot wrote: > On Tue, 19 Apr 2016 09:20:12 +0200 > Milan Obuch wrote: > > > > > One step further - compiled ubldr as part of buildworld, tried, and > > found I need ubldr.bin to start boot process, ubldr just keeps > > crashing with following: > > > > Booting from: mmc 0 ubldr > > reading ubldr > > 235312 bytes read in 63 ms (3.6 MiB/s) > > ## Starting application at 0x01000098 ... > > undefined instruction > > pc : [<01c0f00c>] lr : [<5ff77138>] > > reloc pc : [] lr : [<4a007138>] > > sp : 5bf4ba70 ip : 00000030 fp : 5ff76ffc > > r10: 00000001 r9 : 5bf4fee8 r8 : 00000000 > > r7 : 00000001 r6 : 5bf513e0 r5 : 01000098 r4 : 00000000 > > r3 : 00000001 r2 : 01c28000 r1 : 5bf513e4 r0 : 00000000 > > Flags: nZCv IRQs off FIQs off Mode SVC_32 > > Resetting CPU ... > > > > resetting ... > > > > but ubldr.bin works (command typed manually): > > > > => fatload mmc 0 0x42000000 ubldr.bin > > reading ubldr.bin > > 192096 bytes read in 58 ms (3.2 MiB/s) > > => go 0x42000000 > > ## Starting application at 0x42000000 ... > > Consoles: U-Boot console > > Compatible U-Boot API signature found @0x5bf504c8 > > > > FreeBSD/arm U-Boot loader, Revision 1.2 > > (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) > > > > DRAM: 512MB > > MMC Device 1 not found > > Number of U-Boot devices: 1 > > U-Boot env: loaderdev='mmc 0' > > Found U-Boot device: disk > > Checking unit=0 slice= partition=... good. > > Booting from disk0s1: > > - > > can't load 'kernel' > > > > Type '?' for a list of commands, 'help' for more detailed help. > > loader> > > > > Now I can type loader command, so I can try to load kernel if I had > > one (I tried to build it from stock FreeBSD sources, but something > > was wrong, I must figure why buildkernel did not produce kernel... > > just testing now, waiting where it breaks). > > > > Milan > > For ubldr to work you need to set UBLDR_LOADADDR variable to the > correct address. > Where is this defined? Or should be? Not top important issue now, as I can continue with ubldr.bin for some time, but I still would like to check it. > Could you send me your u-boot-sunxi-with-spl.bin please ? I must > miss something I can get one to work on my orangepi one now. > Private mail will follow. I just found the reason 'make buildkernel' does not work for me - my kernel config file is basically stock A20, and cc barfs with error: unknown target CPU 'armv7a' which is from /sys/arm/allwinner/a20/std.a20 - how can I find which target CPU is supported by my cc? Maybe I need to adjust my build script, but it is basically just setenv SRCROOT /data/src/11 setenv TARGET arm setenv KERNCONF ORANGEPI setenv MAKEOBJDIRPREFIX /mnt/workdir/arm/obj cd ${SRCROOT} make buildworld make buildkernel (with some -DWITHOUT_YYY as make flags). Regards, Milan From owner-freebsd-arm@freebsd.org Tue Apr 19 09:03:35 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61479B12530 for ; Tue, 19 Apr 2016 09:03:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5581714E0; Tue, 19 Apr 2016 09:03:35 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 6C12F13B5; Tue, 19 Apr 2016 09:03:35 +0000 (UTC) Date: Tue, 19 Apr 2016 09:03:34 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: araujo@FreeBSD.org, delphij@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <1771049995.41.1461056615381.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2009335926.37.1461048839928.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2009335926.37.1461048839928.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #2917 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 09:03:35 -0000 FreeBSD_HEAD_arm64 - Build #2917 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2917/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2917/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/2917/console Change summaries: 298257 by delphij: Fix build breakage introduced by r298253. 298256 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. 298255 by araujo: Use nitems() from sys/param.h. MFC after: 2 weeks. From owner-freebsd-arm@freebsd.org Tue Apr 19 10:13:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC590B141ED for ; Tue, 19 Apr 2016 10:13:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 703C41164 for ; Tue, 19 Apr 2016 10:13:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id b1c707b4 for ; Tue, 19 Apr 2016 12:13:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=5nZdNdnTLeMO dHnovXLe5FkNCg8=; b=X/yzIbqNZEGeCpKkOws7/svbysiwR6VOG9Wj4Ja87SpR aDch735bmLaDbYBlBchsGP09OdLKgBdJIDASSXFYWCkv8YkhubLOebqVIHgTzv1e LAvw+9F62FBQzntFI6b95WWO72fq+DxjR6dPPwrTUQHv85Maljq1vRYN37cV648= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=R1rkSP sbFHbQWTGpS9PFyNbiDjIpL7Y5ndchtmAPrVk8kpzFU04dwp4EvlzaIRspkvTAx9 cjzS3pXr0QjDvSM1t8tb725pm5DAgzLjHrCeyq6SKS+K5Z8jSf8RHD120lflZxQb RXU1UjuLsrWF0xezVyqrEhlZT4dsZH/6EyX6w= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 241c07cb TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Tue, 19 Apr 2016 12:13:27 +0200 (CEST) Date: Tue, 19 Apr 2016 12:13:26 +0200 From: Emmanuel Vadot To: freebsd-arm Subject: Re: Orange Pi One Message-Id: <20160419121326.86a991f54efa7fa6e10ceb4f@bidouilliste.com> In-Reply-To: <20160419095358.351c74b3@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 10:13:31 -0000 With the help of Milan I managed to boot FreeBSD on my OrangePi One (using the OrangePi Plus DTS): KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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 11.0-CURRENT #8 7a08e49(h3)-dirty: Tue Apr 19 11:44:25 CEST 2016 elbarto@knuckles.blih.net:/usr/home/elbarto/Work/freebsd-obj/arm.armv6/usr/home/elbarto/Work/freebsd.git/sys/H3 arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. CPU: Cortex A7 rev 5 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB enabled LABT branch prediction disabled LoUU:2 LoC:3 LoUIS:2 Cache level 1: 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2: 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 511164416 (487 MB) random: entropy device external interface kbd0 at kbdmux0 ofwbus0: aw_ccu0 on ofwbus0 clk_fixed0: on aw_ccu0 clk_fixed1: on aw_ccu0 aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 clk_fixed2: on aw_ccu0 aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 clk_fixed3: on aw_ccu0 clk_fixed4: on aw_ccu0 aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 aw_mmcclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 aw_mmcclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 aw_mmcclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 simplebus0: on ofwbus0 aw_reset0: mem 0x1c202c0-0x1c202cb on simplebus0 aw_reset1: mem 0x1c202d0-0x1c202d3 on simplebus0 aw_reset2: mem 0x1c202d8-0x1c202db on simplebus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 gic0: mem 0x1c81000-0x1c81fff,0x1c82000-0x1c82fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 10017 on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b irqs 160 generic_timer0: irq 10000,10001,10002,10003 on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 irq 10018,10019 on simplebus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem 0x1c0f000-0x1c0ffff irq 10005 on simplebus0 mmc0: on a10_mmc0 aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 10012 on simplebus0 uart0: mem 0x1c28000-0x1c283ff irq 10013 on simplebus0 uart0: console (961538,n,8,1) cryptosoft0: Timecounters tick every 10.000 msec mmcsd0: 16GB at mmc0 50.0MHz/4bit/65535-block WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ufs/rootfs [rw]... random: unblocking device. Not a lot of devices are presents but it's the same in the DTS. I'll probably add today (maybe tomorow) the gpio padconf and I'll look at the CPU power clamp soon to add SMP. The code is in my github branch : https://github.com/evadot/freebsd/tree/h3 For those interested I've put the file available : - https://www.bidouilliste.com/freebsd/orangepi-plus (The kernel) - https://www.bidouilliste.com/freebsd/orangepi-plus.dtb - https://www.bidouilliste.com/freebsd/orangepi-plus-uboot-201601.bin (Provided by Milan) Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 19 10:15:14 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C63F7B142E0 for ; Tue, 19 Apr 2016 10:15:14 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AA4511F4 for ; Tue, 19 Apr 2016 10:15:14 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: by mail-ob0-x235.google.com with SMTP id j9so9905840obd.3 for ; Tue, 19 Apr 2016 03:15:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=sb7kcKvJzViSXa15RmzViy8JQmvteqshVEmhkh8uemg=; b=sgSqVH4rVNp7P6iacHs/Togm18JkCrd2+a6Lmbx1h1icemtFkT9k8xR6BHaLIa2Jqe 0F+GjMEAV67mLnCXpH1sP8q/qAzVuh+9uT4UUoORCiVjSol+rqaLqjh5NoRvC4WWnTYx szqCUwR0BL7nJGpnERMHBLmDm4SnMXFzbLzndFQigGakteRU1GpY6iVk/YcL4iCefW/s s0GkWGPhfnETbuz0X3D+Pnb5rVfFwg6P4YgQ8czWcxPGzx0+BVh5/evxzIJwZjFMIJL6 hsQnvxcrS2irZ3nFnJI0iLwPl4P8hP/9hnbD9IEM9w1afjZ5t3wErTik5pMBpi2tATEa tGUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=sb7kcKvJzViSXa15RmzViy8JQmvteqshVEmhkh8uemg=; b=PDsVde8moeL2dzvBJtOQzK8VZktcZK6CNJmnpjcnr5Z72Xn+0fS986FwEB87xrhnjS X52sqYCFvDBulYp13kvYLsTG2iDXxalzIJ6LUKdxjq6yeO39uwAnGsI02GD7aUV3EiCx 0SpX6fQ+BG9VK89ZmXtI1dvl5vNIU31bPrjAPxdeFUSe3QfwHaPI4CXVbUXpFZzUeYJU oGRZ1JMyMpF8Ak0onkoJYowbXRRr3ozPmca8O0enJsv8TuEpeaBpoAkKldBDgDYGKMYn BSKOG3nYiKm04+Rn73RrrhVlbJYALsvxhUmVAvxP6rdm2VBmeBau+4+QUKwfnu7t27ID aZeA== X-Gm-Message-State: AOPr4FVZIU2EJJ69fHEC7BBRoVLCHt9XYEcizr6LUFCAJIusCPV4DUAu8wW0/vJc5bHU5yX/cnBaGwJhXlrBXQ== MIME-Version: 1.0 X-Received: by 10.60.63.84 with SMTP id e20mr692489oes.37.1461060913850; Tue, 19 Apr 2016 03:15:13 -0700 (PDT) Received: by 10.182.46.74 with HTTP; Tue, 19 Apr 2016 03:15:13 -0700 (PDT) In-Reply-To: <20160419121326.86a991f54efa7fa6e10ceb4f@bidouilliste.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <20160419121326.86a991f54efa7fa6e10ceb4f@bidouilliste.com> Date: Tue, 19 Apr 2016 19:15:13 +0900 Message-ID: Subject: Re: Orange Pi One From: Ganbold Tsagaankhuu To: Emmanuel Vadot Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 10:15:14 -0000 On Tue, Apr 19, 2016 at 7:13 PM, Emmanuel Vadot wrote: > > With the help of Milan I managed to boot FreeBSD on my OrangePi One > (using the OrangePi Plus DTS): > > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2016 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 11.0-CURRENT #8 7a08e49(h3)-dirty: Tue Apr 19 11:44:25 CEST 2016 > elbarto@knuckles.blih.net:/usr/home/elbarto/Work/freebsd-obj/arm.armv6/usr/home/elbarto/Work/freebsd.git/sys/H3 > arm > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > CPU: Cortex A7 rev 5 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB enabled LABT branch prediction disabled > LoUU:2 LoC:3 LoUIS:2 > Cache level 1: > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > 32KB/32B 2-way instruction cache Read-Alloc > Cache level 2: > 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > real memory = 536870912 (512 MB) > avail memory = 511164416 (487 MB) > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > aw_ccu0 on ofwbus0 > clk_fixed0: on aw_ccu0 > clk_fixed1: on aw_ccu0 > aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 > clk_fixed2: on aw_ccu0 > aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 > clk_fixed3: on aw_ccu0 > clk_fixed4: on aw_ccu0 > aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 > aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 > aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 > aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 > aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 > aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 > aw_mmcclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 > aw_mmcclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 > aw_mmcclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 > simplebus0: on ofwbus0 > aw_reset0: mem 0x1c202c0-0x1c202cb on simplebus0 > aw_reset1: mem 0x1c202d0-0x1c202d3 on simplebus0 > aw_reset2: mem 0x1c202d8-0x1c202db on simplebus0 > regfix0: on ofwbus0 > regfix1: on ofwbus0 > regfix2: on ofwbus0 > gic0: mem > 0x1c81000-0x1c81fff,0x1c82000-0x1c82fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff > irq 10017 on simplebus0 > gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b irqs 160 > generic_timer0: irq 10000,10001,10002,10003 on > ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > rtc0: mem 0x1f00000-0x1f00053 irq 10018,10019 on simplebus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > a10_mmc0: mem 0x1c0f000-0x1c0ffff > irq 10005 on simplebus0 > mmc0: on a10_mmc0 > aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 10012 on > simplebus0 > uart0: mem 0x1c28000-0x1c283ff > irq 10013 on simplebus0 > uart0: console (961538,n,8,1) > cryptosoft0: > Timecounters tick every 10.000 msec > mmcsd0: 16GB at mmc0 > 50.0MHz/4bit/65535-block > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > random: unblocking device. > > Not a lot of devices are presents but it's the same in the DTS. I'll > probably add today (maybe tomorow) the gpio padconf and I'll look at the > CPU power clamp soon to add SMP. > > The code is in my github branch : > https://github.com/evadot/freebsd/tree/h3 Maybe old but I thought it could be useful: https://github.com/teodorakireva/freebsd/tree/orangepi2/sys/arm/allwinner/h3 Ganbold > > > For those interested I've put the file available : > - https://www.bidouilliste.com/freebsd/orangepi-plus (The kernel) > - https://www.bidouilliste.com/freebsd/orangepi-plus.dtb > - https://www.bidouilliste.com/freebsd/orangepi-plus-uboot-201601.bin > (Provided by Milan) > > Cheers, > > -- > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Apr 19 10:23:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A134B1473F for ; Tue, 19 Apr 2016 10:23:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 13A261A57 for ; Tue, 19 Apr 2016 10:23:32 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id c9c099e5; Tue, 19 Apr 2016 12:23:29 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=5SYAv/2UCpDvdNQJG1AR8E4AyFM=; b=mt1spqL84mCG/cfCqU5ykj50tLFU 9q7dIXTaMqwNorP2G8J+tGWuT54oO0Wn6Ij6Pzugse5pAyHVAYxd05OGYX6m0Epv NPlW3w1OBWajFqTxw4Ny+7OoMm0i3M74YLxqwUMkE3BHod6LgRBy1ZcY8EnrMvM1 FX2nOrkBq8vLXbY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=h4fd6HBkYCsHbGn6hO6BDIG+jCUnr/KA+Ije1fL+a3r6T8q0loC2Cr8b Zms5R6S1lbCM62NQzdri9OYUIs8jPn/+BPqcE9K2bcS8nhKK8T/lHtaIkOSPMfqd +Afj362EKOg0tR/06Yt4aqg4Ir/v1juDP6NvRY/+QSn98L1IWLE= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 7a88c1df TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 19 Apr 2016 12:23:29 +0200 (CEST) Date: Tue, 19 Apr 2016 12:23:29 +0200 From: Emmanuel Vadot To: Ganbold Tsagaankhuu Cc: freebsd-arm Subject: Re: Orange Pi One Message-Id: <20160419122329.031be41a9b606dafdba8d8c3@bidouilliste.com> In-Reply-To: References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <20160419121326.86a991f54efa7fa6e10ceb4f@bidouilliste.com> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 10:23:33 -0000 On Tue, 19 Apr 2016 19:15:13 +0900 Ganbold Tsagaankhuu wrote: > On Tue, Apr 19, 2016 at 7:13 PM, Emmanuel Vadot > wrote: > > > > > With the help of Milan I managed to boot FreeBSD on my OrangePi One > > (using the OrangePi Plus DTS): > > > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2016 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 11.0-CURRENT #8 7a08e49(h3)-dirty: Tue Apr 19 11:44:25 CEST 2016 > > elbarto@knuckles.blih.net:/usr/home/elbarto/Work/freebsd-obj/arm.armv6/usr/home/elbarto/Work/freebsd.git/sys/H3 > > arm > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > > 3.8.0) > > WARNING: WITNESS option enabled, expect reduced performance. > > VT: init without driver. > > CPU: Cortex A7 rev 5 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > > WB enabled LABT branch prediction disabled > > LoUU:2 LoC:3 LoUIS:2 > > Cache level 1: > > 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc > > 32KB/32B 2-way instruction cache Read-Alloc > > Cache level 2: > > 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc > > real memory = 536870912 (512 MB) > > avail memory = 511164416 (487 MB) > > random: entropy device external interface > > kbd0 at kbdmux0 > > ofwbus0: > > aw_ccu0 on ofwbus0 > > clk_fixed0: on aw_ccu0 > > clk_fixed1: on aw_ccu0 > > aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 > > clk_fixed2: on aw_ccu0 > > aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 > > clk_fixed3: on aw_ccu0 > > clk_fixed4: on aw_ccu0 > > aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 > > aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 > > aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 > > aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 > > aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 > > aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 > > aw_mmcclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 > > aw_mmcclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 > > aw_mmcclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 > > simplebus0: on ofwbus0 > > aw_reset0: mem 0x1c202c0-0x1c202cb on simplebus0 > > aw_reset1: mem 0x1c202d0-0x1c202d3 on simplebus0 > > aw_reset2: mem 0x1c202d8-0x1c202db on simplebus0 > > regfix0: on ofwbus0 > > regfix1: on ofwbus0 > > regfix2: on ofwbus0 > > gic0: mem > > 0x1c81000-0x1c81fff,0x1c82000-0x1c82fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff > > irq 10017 on simplebus0 > > gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b irqs 160 > > generic_timer0: irq 10000,10001,10002,10003 on > > ofwbus0 > > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > > rtc0: mem 0x1f00000-0x1f00053 irq 10018,10019 on simplebus0 > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > cpu1: on cpulist0 > > cpu2: on cpulist0 > > cpu3: on cpulist0 > > a10_mmc0: mem 0x1c0f000-0x1c0ffff > > irq 10005 on simplebus0 > > mmc0: on a10_mmc0 > > aw_wdog0: mem 0x1c20ca0-0x1c20cbf irq 10012 on > > simplebus0 > > uart0: mem 0x1c28000-0x1c283ff > > irq 10013 on simplebus0 > > uart0: console (961538,n,8,1) > > cryptosoft0: > > Timecounters tick every 10.000 msec > > mmcsd0: 16GB at mmc0 > > 50.0MHz/4bit/65535-block > > WARNING: WITNESS option enabled, expect reduced performance. > > Trying to mount root from ufs:/dev/ufs/rootfs [rw]... > > random: unblocking device. > > > > Not a lot of devices are presents but it's the same in the DTS. I'll > > probably add today (maybe tomorow) the gpio padconf and I'll look at the > > CPU power clamp soon to add SMP. > > > > The code is in my github branch : > > https://github.com/evadot/freebsd/tree/h3 > > > > Maybe old but I thought it could be useful: > https://github.com/teodorakireva/freebsd/tree/orangepi2/sys/arm/allwinner/h3 > > Ganbold Definitively useful :) I'll look at it more closely soon. Thanks, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Tue Apr 19 13:26:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5F5AFB140AE for ; Tue, 19 Apr 2016 13:26:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 40D421462 for ; Tue, 19 Apr 2016 13:26:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 40196B140AD; Tue, 19 Apr 2016 13:26:34 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3FBFAB140AC for ; Tue, 19 Apr 2016 13:26:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0BC43145E for ; Tue, 19 Apr 2016 13:26:34 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-ig0-x233.google.com with SMTP id gy3so19710717igb.1 for ; Tue, 19 Apr 2016 06:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=RA7Ffj6MwAhCrx8rLfFDiBIKLCOWdRBsJxisRNSff0w=; b=B2QNAGot2E9qeX5uxqeNL7lrK+R3qbCPjq8tkixqib8ANFQsh6iRJetGvDsWEk+h1A AOtEfdN1POJk0hqi9XDrkNbcOw3aDz+68dxozmtAFl0qEQaySH/ke8HyX1+neBWqKbID c+OgFU2JY8RweeGkU0+4OmL9DQJLPFviPwp9On5m/UeK8lHCA4gG9Gz/C9sj28fVW69Q wBBpt6SscKHKgxDxFgynLhfuKRWsUshMnVtXT+mepTthrFit5nQU8N1KxG26elBbo7vK gyhqXme4CiY+TEEjUD1wVSerj7hHiUiSdXl6JyT8fZmaNY78Hh0ntuPdbseWMMiYLzdi M14g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=RA7Ffj6MwAhCrx8rLfFDiBIKLCOWdRBsJxisRNSff0w=; b=HDTtXgo2ocfQJjab1Unahevq6dgp36/n+0zZndvfmhDh3LyjwoRedaLwxpouvzvs4h woBr86L2SCIXuyCsMIWbq03Kx9BgOe50/GG65+XRbabD7dFVdhd9iCO0SkebEaxjQLQ9 UO4HpBUxQFGdAEvHCqsQuDb0DWtQDs4WV7W3ovxTBpYe6ht60ryTcJVmmq8ejZajs+2r wAwsdRzmp7YKZzHrTreiMEES2BNDzAYY+Metw13rP6oHklSHuypuSu5zSaKGqSDaGtWQ u8DgTZ0WS7Gc3dGNdvYznCivlh2PDjDvMfcHCZmUFk/E0lXVCSasFrfQkIKc5P8szryD trUQ== X-Gm-Message-State: AOPr4FXR6soiveswwOecxQX2rAGW3/gH/qxYY5E06BGrOwom/dhf9Zw0Lv6aFhXqk+vULBEi1ifC6SZ2LUcv3w== X-Received: by 10.50.6.110 with SMTP id z14mr24255516igz.33.1461072393464; Tue, 19 Apr 2016 06:26:33 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.9.224 with HTTP; Tue, 19 Apr 2016 06:26:13 -0700 (PDT) In-Reply-To: References: From: Ed Maste Date: Tue, 19 Apr 2016 09:26:13 -0400 X-Google-Sender-Auth: eF4m9mKrysQ9MkbXHv0OFO80g1A Message-ID: Subject: Re: ARM64 buildworld failure on ThunderX To: Wojciech Macek Cc: "freebsd-arm@freebsd.org" , arm64-dev Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 13:26:34 -0000 On 22 March 2016 at 08:34, Wojciech Macek wrote: > Hello, > > I was debugging strange userspace crashes during native aarch64 buildworld, > and I think that it is highly probable that they are caused by issues with > recent toolchain or system libraries. > The same test as below, but run on older sources (the one with clang-3.6) is > just fine, build succeeds and soelim does not crash. > > I'd like to get some feedback if anyone do or did see similar behavior or > how this might be pushed forward. I can provide binaries, logs and whatever > is necessary. > > The application that fails is a soelim (in about 95% of all cases): > > --- be_BY.CP1131.LC_CTYPE --- > --- all_subdir_share/doc --- > --- all_subdir_share/doc/usd --- > groff: soelim: Signal 11 (core dumped) > --- all_subdir_share/i18n --- > sed "s/CPx/CP10007/" /root/freebsd-arm64/share/i18n/esdb/CP/CP.src > > CP10007.src > --- all_subdir_share/i18n/csmapper --- > --- UCS%CP950.mps --- > --- all_subdir_share/ctypedef --- > > > > When I try to manually call the application, it coredumps too. > > root@thunder_crb4:~/freebsd-arm64 # find /usr/obj/ -name soelim > /usr/obj/root/freebsd-arm64/tmp/usr/lib/debug/usr/tests/usr.bin/soelim > /usr/obj/root/freebsd-arm64/tmp/usr/tests/usr.bin/soelim > /usr/obj/root/freebsd-arm64/tmp/legacy/usr/bin/soelim > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim/soelim > /usr/obj/root/freebsd-arm64/usr.bin/soelim > root@thunder_crb4:~/freebsd-arm64 # > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim/soelim > Segmentation fault (core dumped) > root@thunder_crb4:~/freebsd-arm64 # > > > Steps to reproduce: > 1. Clone the FreeBSD HEAD > 2. Call "make buildworld -j48 -DNO_CLEAN" > 3. Relax and wait for the crash to happen... Can you make the usr.bin/soelim directory available somewhere? My soelim doesn't crash when run by itself: root@cavium:~ # /usr/obj/usr/src/usr.bin/soelim/soelim root@cavium:~ # After keeping a copy, what happens if you clean the usr.bin/soelim directory and try again? With -NO_CLEAN it's not going to rebuild soelim and then segfault each time, of course. From owner-freebsd-arm@freebsd.org Tue Apr 19 14:19:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 880D4B13766 for ; Tue, 19 Apr 2016 14:19:48 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5C5DB188A for ; Tue, 19 Apr 2016 14:19:48 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: cbf0cf1e-0639-11e6-9fea-b54670b854a5 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 19 Apr 2016 14:19:58 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3JEJibi035762; Tue, 19 Apr 2016 08:19:45 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1461075584.1232.13.camel@freebsd.org> Subject: Re: Orange Pi One From: Ian Lepore To: Milan Obuch , freebsd-arm@freebsd.org Cc: Emmanuel Vadot , Erich Dollansky Date: Tue, 19 Apr 2016 08:19:44 -0600 In-Reply-To: <20160419095358.351c74b3@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 14:19:48 -0000 On Tue, 2016-04-19 at 09:53 +0200, Milan Obuch wrote: > On Tue, 19 Apr 2016 09:34:08 +0200 > Emmanuel Vadot wrote: > > > On Tue, 19 Apr 2016 09:20:12 +0200 > > Milan Obuch wrote: > > > > > > > > One step further - compiled ubldr as part of buildworld, tried, > > > and > > > found I need ubldr.bin to start boot process, ubldr just keeps > > > crashing with following: > > > > > > Booting from: mmc 0 ubldr > > > reading ubldr > > > 235312 bytes read in 63 ms (3.6 MiB/s) > > > ## Starting application at 0x01000098 ... > > > undefined instruction > > > pc : [<01c0f00c>] lr : [<5ff77138>] > > > reloc pc : [] lr : [<4a007138>] > > > sp : 5bf4ba70 ip : 00000030 fp : 5ff76ffc > > > r10: 00000001 r9 : 5bf4fee8 r8 : 00000000 > > > r7 : 00000001 r6 : 5bf513e0 r5 : 01000098 r4 : 00000000 > > > r3 : 00000001 r2 : 01c28000 r1 : 5bf513e4 r0 : 00000000 > > > Flags: nZCv IRQs off FIQs off Mode SVC_32 > > > Resetting CPU ... > > > > > > resetting ... > > > > > > but ubldr.bin works (command typed manually): > > > > > > => fatload mmc 0 0x42000000 ubldr.bin > > > reading ubldr.bin > > > 192096 bytes read in 58 ms (3.2 MiB/s) > > > => go 0x42000000 > > > ## Starting application at 0x42000000 ... > > > Consoles: U-Boot console > > > Compatible U-Boot API signature found @0x5bf504c8 > > > > > > FreeBSD/arm U-Boot loader, Revision 1.2 > > > (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) > > > > > > DRAM: 512MB > > > MMC Device 1 not found > > > Number of U-Boot devices: 1 > > > U-Boot env: loaderdev='mmc 0' > > > Found U-Boot device: disk > > > Checking unit=0 slice= partition=... good. > > > Booting from disk0s1: > > > - > > > can't load 'kernel' > > > > > > Type '?' for a list of commands, 'help' for more detailed help. > > > loader> > > > > > > Now I can type loader command, so I can try to load kernel if I > > > had > > > one (I tried to build it from stock FreeBSD sources, but > > > something > > > was wrong, I must figure why buildkernel did not produce > > > kernel... > > > just testing now, waiting where it breaks). > > > > > > Milan > > > > For ubldr to work you need to set UBLDR_LOADADDR variable to the > > correct address. > > > > Where is this defined? Or should be? Not top important issue now, as > I > can continue with ubldr.bin for some time, but I still would like to > check it. > Actually, ubldr (the elf version) shouldn't even exist anymore. Once I got the relocation worked out for ubldr.bin, the plan was always to eliminate the elf version and have just the .bin file. I left the elf file around to allow time for crochet and other scripts to adjust (which I think probably never happened). FreeBSD image building (for snapshots and releases) was supposed to transition to a new mechanism which built a single world for all supported systems, and a board-specific kernel for each supported board. The only way to build a single world for all images is to eliminate the elf ubldr which has to be compiled differently for each board. -- Ian From owner-freebsd-arm@freebsd.org Tue Apr 19 14:51:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA3D2B14B38 for ; Tue, 19 Apr 2016 14:51:06 +0000 (UTC) (envelope-from der@semihalf.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A9B131AFF for ; Tue, 19 Apr 2016 14:51:06 +0000 (UTC) (envelope-from der@semihalf.com) Received: by mailman.ysv.freebsd.org (Postfix) id A53E0B14B34; Tue, 19 Apr 2016 14:51:06 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4E0EB14B33 for ; Tue, 19 Apr 2016 14:51:06 +0000 (UTC) (envelope-from der@semihalf.com) Received: from mail-lf0-x229.google.com (mail-lf0-x229.google.com [IPv6:2a00:1450:4010:c07::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D5A81AFC for ; Tue, 19 Apr 2016 14:51:06 +0000 (UTC) (envelope-from der@semihalf.com) Received: by mail-lf0-x229.google.com with SMTP id g184so21880858lfb.3 for ; Tue, 19 Apr 2016 07:51:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=fi+F1SIT6BFNSrVKM2SnjDjl2PeqwOwm09tmS89zIuo=; b=1ymX3YQ29jSxsZH8rGz2WW6i8VbDFISodBpGr5UD6upatxJdAI/+gD1q7wEA7z5ysR FdlYSJf2og3sdAU/PmJrW4JehxnF0meS8JCKhM2v/NF8yxrdyS/p2kA7jE9k421vA77m Nj0OwlB8DlQaDp8p06QRImmRbWnRoknxmNvsCDxHWfFxtuUjNV2N/UC2tr1eSG52Ejc2 PtoOyWkiQLM4SiQoLr8zSDoZD0LzGnPP/eHbrPL7LLEcf13trhvgjr7g7oCW6DmQmP/t zSWTiqcJjLzX09YMkPjC+3imsbpYsc/Rm/Qqf6idjJba8Nu+DZEOFrnaCq2N6mh3DwgD ajOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=fi+F1SIT6BFNSrVKM2SnjDjl2PeqwOwm09tmS89zIuo=; b=mzKeuvk/8h3d6G7Kt85DxrdzXodzEBIvySrjZffq0be95wF5YT/L3ku7IgEO75tudc UsqyFCoa8AomYVa78MvNuOqmz2iap83QZpgtjEdF59c02IsJCGslCboJaKh4LMLyD0TV o+kTuMHBeNyjR2zKs7r3hotES2wbG5GyW0t2hyydL3SVXpTn1fH6zjUk6laovMabR9QW ZKC4lDna79KItYnsuYjcpjE8Aa2IGL/B1Df6Qm+j/XjQ8EwRhBkvqBpoYjirhywyW49f 4qR/aF9OX6stRG+U+TsZkRiBJAPJ87IMXpCn5jLOOWuagGRtEMphyPpDSoqg31qyYgSx 8wbw== X-Gm-Message-State: AOPr4FUc4mD4TIYoWgoQBxh7yR0guLUgrKZK5e5t4fS2lWYStSrWS4hMmPcEndJxETWK8QHg5/4HGeJYniZ0Vw== MIME-Version: 1.0 X-Received: by 10.25.26.75 with SMTP id a72mr1539083lfa.17.1461077464330; Tue, 19 Apr 2016 07:51:04 -0700 (PDT) Received: by 10.25.41.78 with HTTP; Tue, 19 Apr 2016 07:51:04 -0700 (PDT) In-Reply-To: References: Date: Tue, 19 Apr 2016 16:51:04 +0200 Message-ID: Subject: Re: ARM64 buildworld failure on ThunderX From: Dominik Ermel To: Ed Maste Cc: Wojciech Macek , "freebsd-arm@freebsd.org" , arm64-dev Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 14:51:06 -0000 Here: https://drive.google.com/a/semihalf.com/folderview?id=0B5pUXxBYqVVGaGFyWUtrcFhiSkE&usp=sharing the file is soelim.tgz Regards, Der On Tue, Apr 19, 2016 at 3:26 PM, Ed Maste wrote: > On 22 March 2016 at 08:34, Wojciech Macek wrote: > > Hello, > > > > I was debugging strange userspace crashes during native aarch64 > buildworld, > > and I think that it is highly probable that they are caused by issues > with > > recent toolchain or system libraries. > > The same test as below, but run on older sources (the one with > clang-3.6) is > > just fine, build succeeds and soelim does not crash. > > > > I'd like to get some feedback if anyone do or did see similar behavior or > > how this might be pushed forward. I can provide binaries, logs and > whatever > > is necessary. > > > > The application that fails is a soelim (in about 95% of all cases): > > > > --- be_BY.CP1131.LC_CTYPE --- > > --- all_subdir_share/doc --- > > --- all_subdir_share/doc/usd --- > > groff: soelim: Signal 11 (core dumped) > > --- all_subdir_share/i18n --- > > sed "s/CPx/CP10007/" /root/freebsd-arm64/share/i18n/esdb/CP/CP.src > > > CP10007.src > > --- all_subdir_share/i18n/csmapper --- > > --- UCS%CP950.mps --- > > --- all_subdir_share/ctypedef --- > > > > > > > > When I try to manually call the application, it coredumps too. > > > > root@thunder_crb4:~/freebsd-arm64 # find /usr/obj/ -name soelim > > /usr/obj/root/freebsd-arm64/tmp/usr/lib/debug/usr/tests/usr.bin/soelim > > /usr/obj/root/freebsd-arm64/tmp/usr/tests/usr.bin/soelim > > /usr/obj/root/freebsd-arm64/tmp/legacy/usr/bin/soelim > > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim > > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim/soelim > > /usr/obj/root/freebsd-arm64/usr.bin/soelim > > root@thunder_crb4:~/freebsd-arm64 # > > /usr/obj/root/freebsd-arm64/tmp/root/freebsd-arm64/usr.bin/soelim/soelim > > Segmentation fault (core dumped) > > root@thunder_crb4:~/freebsd-arm64 # > > > > > > Steps to reproduce: > > 1. Clone the FreeBSD HEAD > > 2. Call "make buildworld -j48 -DNO_CLEAN" > > 3. Relax and wait for the crash to happen... > > Can you make the usr.bin/soelim directory available somewhere? > > My soelim doesn't crash when run by itself: > root@cavium:~ # /usr/obj/usr/src/usr.bin/soelim/soelim > root@cavium:~ # > > After keeping a copy, what happens if you clean the usr.bin/soelim > directory and try again? With -NO_CLEAN it's not going to rebuild > soelim and then segfault each time, of course. > > -- > Semihalf arm64-dev mailing list > arm64-dev@semihalf.com > Semihalf Confidential Information > From owner-freebsd-arm@freebsd.org Tue Apr 19 15:09:36 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D5F34B13377 for ; Tue, 19 Apr 2016 15:09:36 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7FAEA18F1; Tue, 19 Apr 2016 15:09:35 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 19 Apr 2016 17:09:32 +0200 id 00DAE021.57164A2C.0000577C Date: Tue, 19 Apr 2016 17:09:32 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Ian Lepore , Emmanuel Vadot , Erich Dollansky Subject: Re: Orange Pi One Message-ID: <20160419170932.3fe2b709@zeta.dino.sk> In-Reply-To: <1461075584.1232.13.camel@freebsd.org> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 15:09:36 -0000 On Tue, 19 Apr 2016 08:19:44 -0600 Ian Lepore wrote: > On Tue, 2016-04-19 at 09:53 +0200, Milan Obuch wrote: > > On Tue, 19 Apr 2016 09:34:08 +0200 > > Emmanuel Vadot wrote: > > > > > On Tue, 19 Apr 2016 09:20:12 +0200 > > > Milan Obuch wrote: > > > > > > > > > > > One step further - compiled ubldr as part of buildworld, tried, > > > > and > > > > found I need ubldr.bin to start boot process, ubldr just keeps > > > > crashing with following: > > > > > > > > Booting from: mmc 0 ubldr > > > > reading ubldr > > > > 235312 bytes read in 63 ms (3.6 MiB/s) > > > > ## Starting application at 0x01000098 ... > > > > undefined instruction > > > > pc : [<01c0f00c>] lr : [<5ff77138>] > > > > reloc pc : [] lr : [<4a007138>] > > > > sp : 5bf4ba70 ip : 00000030 fp : 5ff76ffc > > > > r10: 00000001 r9 : 5bf4fee8 r8 : 00000000 > > > > r7 : 00000001 r6 : 5bf513e0 r5 : 01000098 r4 : > > > > 00000000 r3 : 00000001 r2 : 01c28000 r1 : 5bf513e4 > > > > r0 : 00000000 Flags: nZCv IRQs off FIQs off Mode SVC_32 > > > > Resetting CPU ... > > > > > > > > resetting ... > > > > > > > > but ubldr.bin works (command typed manually): > > > > > > > > => fatload mmc 0 0x42000000 ubldr.bin > > > > reading ubldr.bin > > > > 192096 bytes read in 58 ms (3.2 MiB/s) > > > > => go 0x42000000 > > > > ## Starting application at 0x42000000 ... > > > > Consoles: U-Boot console > > > > Compatible U-Boot API signature found @0x5bf504c8 > > > > > > > > FreeBSD/arm U-Boot loader, Revision 1.2 > > > > (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) > > > > > > > > DRAM: 512MB > > > > MMC Device 1 not found > > > > Number of U-Boot devices: 1 > > > > U-Boot env: loaderdev='mmc 0' > > > > Found U-Boot device: disk > > > > Checking unit=0 slice= partition=... good. > > > > Booting from disk0s1: > > > > - > > > > can't load 'kernel' > > > > > > > > Type '?' for a list of commands, 'help' for more detailed > > > > help. > > > > loader> > > > > > > > > Now I can type loader command, so I can try to load kernel if I > > > > had > > > > one (I tried to build it from stock FreeBSD sources, but > > > > something > > > > was wrong, I must figure why buildkernel did not produce > > > > kernel... > > > > just testing now, waiting where it breaks). > > > > > > > > Milan > > > > > > For ubldr to work you need to set UBLDR_LOADADDR variable to the > > > correct address. > > > > > > > Where is this defined? Or should be? Not top important issue now, as > > I > > can continue with ubldr.bin for some time, but I still would like to > > check it. > > > > Actually, ubldr (the elf version) shouldn't even exist anymore. Once > I got the relocation worked out for ubldr.bin, the plan was always to > eliminate the elf version and have just the .bin file. I left the elf > file around to allow time for crochet and other scripts to adjust > (which I think probably never happened). > > FreeBSD image building (for snapshots and releases) was supposed to > transition to a new mechanism which built a single world for all > supported systems, and a board-specific kernel for each supported > board. The only way to build a single world for all images is to > eliminate the elf ubldr which has to be compiled differently for each > board. > > -- Ian > OK, so using ubldr.bin is actually not workaround but intended way of doing things? Even better. I'll keep it this way then. However, I could not find a way to load kernel (downloaded from Emmanuel's site for test at a moment, I am building new world, maybe even kernel just now, but it is slow with 11 - clang is building for hours and hours) so it run - all I get is FreeBSD/arm U-Boot loader, Revision 1.2 (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) DRAM: 512MB MMC Device 1 not found Number of U-Boot devices: 1 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. Booting from disk0s2a: / /boot/kernel/kernel data=0x62ea24+0x1215dc syms=[0x4+0x8a720+0x4+0x9e5f2] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Kernel entry at 0x0x42200100... Kernel args: (null) and hang. But it apparently works for him, so why not for me? Do we have some good description of booting process with some details how fdt gets loaded along with kernel and how kernel finds needed bits? As all I want now is start kernel, I have only two files in FreeBSD partiion on my SD - /boot/dtb/orangepi.dtb and /boot/kernel/kernel. Maybe I need something more, like /boot/loader.conf? I hope somebody could enlighten me... Milan From owner-freebsd-arm@freebsd.org Wed Apr 20 18:03:13 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0657EB15082 for ; Wed, 20 Apr 2016 18:03:13 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-lf0-x230.google.com (mail-lf0-x230.google.com [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88ED118AB for ; Wed, 20 Apr 2016 18:03:12 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: by mail-lf0-x230.google.com with SMTP id e190so45955071lfe.0 for ; Wed, 20 Apr 2016 11:03:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=G88pFEzCLWe7Z9MPL/Idc2z/dIU8npCkA8z2/y44/TE=; b=kLXzqjlKDz44ndU73MFDyMc0rOvfMW7wVQ3ZSOoAZ4jjxeXxGiLJz668MeYfFGd4SR /lzWaP8grQiBMmU9Y+bxuN4K5NwPL9rebJwweo5GeeL6kqgYq1QZabbzuiTzjcZ9YpMO bUd4/Anxgb0jlAu/MIztiyVKGRJqKWw1CMTEoHTiu1JadMylGxwSkaVN/Y3GTeiQqyrt YNC192KVUdYb4tN8HigEnn88L9jjTf8kVuLb0ynkP9ph4LAo/YUbZXWOOy0+oxCt2vpU BGW5ZikHjo0zpRenwl/cmDu/uonGDb7YjVMx+/VSu0t9Fu8qEKtehCxJUpjjetygqJ/k KNUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=G88pFEzCLWe7Z9MPL/Idc2z/dIU8npCkA8z2/y44/TE=; b=X4et3N9zLsXV+rSgsqkj0ShY1F7bVTxon4i97jbJm1NsqSHuQFbffFXAAdDNjwYviE vg8UvkQ36vJ4fDXcaVsJcQhxjYv7ihhsT9eFe2fWpGjppGSHDGdnt1AfccYd9mtUWtEA T67xPv9HnuCVJx2FxWJ2lVdK84wAn9KAStcWbqTpa/Ej84aea+NOUA+lAOUy5bSvMfxR HFuvYthbvKgFTPFhUZifjyGICNyx3QFkO0FgxdzNQYxeNN4YjOFQM07/n3UxORAgehNH 3QpxYp8fiepsxj3t1eSugPm5cywtGUWqTjlfl/lI/BK4k1UfItgO0mIPCUWAzowT7rSH b9bg== X-Gm-Message-State: AOPr4FVynQAHH26y/tAm2l/L2H//l1PdsVHcviZNicTA0xilUHzT+/QdFzmmKVZqZP4+6vTsokh6h1E49IqJAw== X-Received: by 10.25.24.35 with SMTP id o35mr2509517lfi.25.1461175390616; Wed, 20 Apr 2016 11:03:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.205.1 with HTTP; Wed, 20 Apr 2016 11:02:50 -0700 (PDT) In-Reply-To: <7AC6AE4A-6823-4AE6-B230-A88BFFB23712@freebsd.org> References: <1B12DAA2-3FAD-4F0A-B5C1-C82EF307F1E5@freebsd.org> <7AC6AE4A-6823-4AE6-B230-A88BFFB23712@freebsd.org> From: Zbigniew Bodek Date: Wed, 20 Apr 2016 11:02:50 -0700 Message-ID: Subject: Re: Problem booting an Raspberry Pi B+ with recent kernels To: Michael Tuexen Cc: Zbigniew Bodek , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 18:03:13 -0000 Hello, I've sent two patches related to HW watchpoints to review: https://reviews.freebsd.org/D6008 https://reviews.freebsd.org/D6009 I tested them on Arndale but it would be great if someone could test them on Raspberry-Pi (both of them, not one by one). Thanks and best regards zbb 2016-01-30 11:42 GMT-08:00 Michael Tuexen : > > On 30 Jan 2016, at 17:55, Zbigniew Bodek wrote: > > > > Hello, > > > > Please check this work-in-progress patch: > > > https://people.freebsd.org/~zbb/arm/other/0001-Fix-debug_monitor-code-for-older-ARMs-ARM11.patch > I tested it. The Raspberry Pi B+ boots r295077 with you patch just fine. > It looks good to me. > > Thanks for your help! > > Best regards > Michael > > > > It works on RPI-B but I will need to test it again on CA9 and CA15 > > platforms before sending it for review. > > > > Best regards > > zbb > > > > 2016-01-29 19:56 GMT+01:00 Zbigniew Bodek : > >> Hello, > >> > >> This may be due to HW watchpoints support. > >> There are many Debug Arch implementations and the code is supposed to > check > >> and enable or disable it accordingly but there may be a bug there. > >> I asked people to test this on various platforms but maybe Raspberry Pi > >> tests were performed on Cortex-A7 Raspberry Pi. > >> I will check this on the old Rapsberry today. > >> > >> Best regards > >> zbb > >> > >> 2016-01-29 18:16 GMT+01:00 Michael Tuexen : > >> > >>> Dear all, > >>> > >>> tyring to compile/install/boot a recent kernel fails at the boot level. > >>> Here is the console output: > >>> > >>> U-Boot 2013.01-rc1 (Oct 17 2015 - 00:45:25) > >>> > >>> DRAM: 480 MiB > >>> WARNING: Caches not enabled > >>> MMC: bcm2835_sdhci: 0 > >>> reading u-boot.env > >>> > >>> ** Unable to read "u-boot.env" from mmc0:1 ** > >>> Using default environment > >>> > >>> In: serial > >>> Out: lcd > >>> Err: lcd > >>> mbox: Timeout waiting for response > >>> bcm2835: Could not set USB power state > >>> Net: Net Initialization Skipped > >>> No ethernet found. > >>> reading uEnv.txt > >>> ** Unable to read file uEnv.txt ** > >>> Hit any key to stop autoboot: 0 > >>> Booting from: mmc 0 ubldr > >>> reading ubldr > >>> 262248 bytes read in 55694 ms (3.9 KiB/s) > >>> ## Starting application at 0x02000094 ... > >>> Consoles: U-Boot console > >>> Compatible U-Boot API signature found @1db682a8 > >>> > >>> FreeBSD/armv6 U-Boot loader, Revision 1.2 > >>> (root@releng2.nyi.freebsd.org, Sat Oct 17 01:09:56 UTC 2015) > >>> > >>> DRAM: 480MB > >>> Number of U-Boot devices: 1 > >>> U-Boot env: loaderdev='mmc 0' > >>> Found U-Boot device: disk > >>> Checking unit=0 slice= partition=... good. > >>> /boot/kernel/kernel text=0x58fb98 data=0x555a4+0xe5e9c > >>> syms=[0x4+0xc6da0+0x4+0x94793] > >>> > >>> Hit [Enter] to boot immediately, or any other key for command prompt. > >>> Booting [/boot/kernel/kernel]... > >>> Using DTB provided by U-Boot at address 0x100. > >>> Kernel entry at 0x2200180... > >>> Kernel args: (null) > >>> panic: Undefined instruction in kernel. > >>> > >>> Uptime: 1s > >>> > >>> Please note that > >>> * booting r294694 is fine. > >>> * I'm only updating the kernel, the userland is still at 1100081. > >>> > >>> Any idea? > >>> > >>> Best regards > >>> Michael > >>> > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > >>> > >> _______________________________________________ > >> freebsd-arm@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > > > From owner-freebsd-arm@freebsd.org Thu Apr 21 06:12:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 57783B17BB2 for ; Thu, 21 Apr 2016 06:12:22 +0000 (UTC) (envelope-from pagaled1@saifunguo.com) Received: from m97115.qiye.163.com (m97115.qiye.163.com [220.181.97.115]) by mx1.freebsd.org (Postfix) with ESMTP id 3A5CA19ED for ; Thu, 21 Apr 2016 06:12:12 +0000 (UTC) (envelope-from pagaled1@saifunguo.com) Received: from pagaled1$saifunguo.com ( [218.17.44.42] ) by ajax-webmail-wmsvr11 (Coremail) ; Thu, 21 Apr 2016 13:53:28 +0800 (CST) X-Originating-IP: [218.17.44.42] Date: Thu, 21 Apr 2016 13:53:28 +0800 (CST) From: pagaled1 To: freebsd-arm@FreeBSD.org Subject: Enquiry Paragliding X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20150911(74783.7961) Copyright (c) 2002-2016 www.mailtech.cn 163-hosting MIME-Version: 1.0 Message-ID: <2e30a0a1.a2fb.15437615df3.Coremail.pagaled1@saifunguo.com> X-CM-TRANSID: c+CowECpIUTYahhXVqgCAA--.1687W X-CM-SenderInfo: hzruzv2s6vtx5ixqw33rof0z/1tbiRBpSLlbdFB7SuQABsJ X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 06:12:22 -0000 RGVhciBDRU8sCiAgICAgICAKUGxlYXNlIHNlZSB0aGUgYXR0YWNobWVudCBvZiBQYXJhZ2xpZGlu Zy4KCgoKCi0tCgpCZXN0IHJlZ2FyZHMKCgoKClVzaGVyIENhZ2UKClRlbKO6IDAwODYtNzU1LTM2 NjIxNzM2CgpNb2IgIDowMDg2LTE1OSA4OTQ0IDExNzUKCkUtbWFpbDogYWRtaW5AcGFnYWxlZC5j b20KCiAgICAgICAgICAgICB1c2hlckBwZWdhbGVkLmNvbQ== From owner-freebsd-arm@freebsd.org Thu Apr 21 20:01:36 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 331C1B18918 for ; Thu, 21 Apr 2016 20:01:36 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C27501AF2; Thu, 21 Apr 2016 20:01:35 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 21 Apr 2016 22:01:25 +0200 id 00E2C41E.57193195.0000EA6F Date: Thu, 21 Apr 2016 22:01:25 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Emmanuel Vadot , Erich Dollansky , Ian Lepore Subject: Re: Orange Pi One Message-ID: <20160421220125.00286858@zeta.dino.sk> In-Reply-To: <20160419170932.3fe2b709@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 20:01:36 -0000 On Tue, 19 Apr 2016 17:09:32 +0200 Milan Obuch wrote: [ snip ] > However, I could not find a way to load kernel (downloaded from > Emmanuel's site for test at a moment, I am building new world, maybe > even kernel just now, but it is slow with 11 - clang is building for > hours and hours) so it run - all I get is > > FreeBSD/arm U-Boot loader, Revision 1.2 > (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) > > DRAM: 512MB > MMC Device 1 not found > Number of U-Boot devices: 1 > U-Boot env: loaderdev='mmc 0' > Found U-Boot device: disk > Checking unit=0 slice= partition=... good. > Booting from disk0s2a: > / > /boot/kernel/kernel data=0x62ea24+0x1215dc > syms=[0x4+0x8a720+0x4+0x9e5f2] Hit [Enter] to boot immediately, or any > other key for command prompt. Booting > [/boot/kernel/kernel]... Kernel entry at 0x0x42200100... > Kernel args: (null) > > and hang. But it apparently works for him, so why not for me? Do we > have some good description of booting process with some details how > fdt gets loaded along with kernel and how kernel finds needed bits? > As all I want now is start kernel, I have only two files in FreeBSD > partiion on my SD - /boot/dtb/orangepi.dtb and /boot/kernel/kernel. > Maybe I need something more, like /boot/loader.conf? I hope somebody > could enlighten me... > > Milan > OK, so yesterday I solved this puzzle - it was stupid pilot error (my ubldr.bin was not built with fdt support), after fixing it I made a test today - building SD image from scratch. It is succesfull now, so it's time to do kernel hacking. u-boot-orangepi port needs some review and cleanup before submitting into port repository, but anybody interested could write me for more details. Regards, Milan From owner-freebsd-arm@freebsd.org Thu Apr 21 20:45:51 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EBA4B17C5D for ; Thu, 21 Apr 2016 20:45:51 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AB7921A3C for ; Thu, 21 Apr 2016 20:45:50 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 2c853c19 for ; Thu, 21 Apr 2016 22:45:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=ag9IZNTEdtUl dCe3q1Bc6m/nv6M=; b=afizTiC4SHTfqYkpXtDdaIpcedY3Q0Xb265m24FBtwxX N5XR2Knt3K0LdW/zst1tiGChzB5QoJY3ucgwl+HOhgtA2CV/mjJCIljrLdEn3V6m 249qXZHNrm5eZDtaFgTivSjZYNZ/lm9Quk+dtG57XYzgv5Sju5Q7SrEv/gpypKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=TKFJxj GX5BvKwaVy43BDVPJHBlZCpWtppWK07vLDqKDIZF/MSr8kaEGZYlzTB+utZ4kfql sRGWFj8NQAHK5qSmIuvvDAtMtIQVs+Et+3SGZZ17zphDO4EFl+9CdRslIxzO+dsl HgdkAWTLxHQtWHlYByYDv/FYNzpYERWlCkb5Q= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 6bc56afd TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Thu, 21 Apr 2016 22:45:41 +0200 (CEST) Date: Thu, 21 Apr 2016 22:45:41 +0200 From: Emmanuel Vadot To: freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-Id: <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> In-Reply-To: <20160421220125.00286858@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 20:45:51 -0000 On Thu, 21 Apr 2016 22:01:25 +0200 Milan Obuch wrote: > OK, so yesterday I solved this puzzle - it was stupid pilot error (my > ubldr.bin was not built with fdt support), after fixing it I made a > test today - building SD image from scratch. It is succesfull now, so > it's time to do kernel hacking. u-boot-orangepi port needs some review > and cleanup before submitting into port repository, but anybody > interested could write me for more details. > > Regards, > Milan FYI I've just commit support for pinctrl in my github repo (along with orangepi-one dts from uboot). I'll look at SMP and USB this weekend. For the u-boot port, do not submit it. Uboot > 2015.04 cannot be compiled with CONFIG_API and net support, this means no netboot. I also have some port here : https://github.com/evadot/u-boot-freebsd-port I use the orangepi-pc port for my orangepi-one (orangepi-one config is commited in -HEAD uboot only). -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Apr 21 20:57:52 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1D1FEB180BD for ; Thu, 21 Apr 2016 20:57:52 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EEBA7114C for ; Thu, 21 Apr 2016 20:57:51 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: a6fc4739-0803-11e6-b8f9-33a5b3560672 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 21 Apr 2016 20:57:25 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3LKvhcE042378; Thu, 21 Apr 2016 14:57:43 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1461272263.1191.23.camel@freebsd.org> Subject: Re: Orange Pi One From: Ian Lepore To: Emmanuel Vadot , freebsd-arm@freebsd.org Date: Thu, 21 Apr 2016 14:57:43 -0600 In-Reply-To: <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 20:57:52 -0000 On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote: > On Thu, 21 Apr 2016 22:01:25 +0200 > Milan Obuch wrote: > > > OK, so yesterday I solved this puzzle - it was stupid pilot error > > (my > > ubldr.bin was not built with fdt support), after fixing it I made a > > test today - building SD image from scratch. It is succesfull now, > > so > > it's time to do kernel hacking. u-boot-orangepi port needs some > > review > > and cleanup before submitting into port repository, but anybody > > interested could write me for more details. > > > > Regards, > > Milan > > FYI I've just commit support for pinctrl in my github repo (along > with orangepi-one dts from uboot). > I'll look at SMP and USB this weekend. > > For the u-boot port, do not submit it. Uboot > 2015.04 cannot be > compiled with CONFIG_API and net support, this means no netboot. > I also have some port here : > https://github.com/evadot/u-boot-freebsd-port > I use the orangepi-pc port for my orangepi-one (orangepi-one config > is commited in -HEAD uboot only). > Did you mean 2016.04? I'm doing netbooting on other (non-allwinner) boards with 2015.07 and 2015.10. If there is an older mainline uboot that does work right, or a vendor fork in a github repo, we can just use that in the port, there's no special reason to track the tip of the mainline uboot tree in our ports. -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 21 20:59:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECF39B18194 for ; Thu, 21 Apr 2016 20:59:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 36EDF11FB; Thu, 21 Apr 2016 20:59:46 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a2c7d0fa; Thu, 21 Apr 2016 22:59:44 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=vTnbLWVsuAjdMd4Q3q2dxcK/UAc=; b=oYUzsvL0ODtx36S2Bzwl9tjKcsVL Ep99Y+Hmms5z5owWlgRhh7EvmW48ZS9FyMPnjX872EFozcwoFFSDw1X4ts/ghaBf M/B26AWJWPEqui2HzfFZ35pP0tNxd8Uh3sepn61ymR4QMEV7uwAv8QrN7mlinDoN 4c0RH+u4CnXRnAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=UoUqHfYIjM83EVviDywvr/GbXFY7cEEBuxlgdiWqRWNV2nIQRHChsKTR 6ojOrhjaJ7DFAqLYsdsp/ovqLya9yFUDwn2hjWR72mT5K7ZxC0pzRcd5f43Gjgyk X8Ko0kSRqyX7fXFJw2t0+qO4xWQwrZAECXw966Fd7G4rVTD3kv8= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id a9ca9fef TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 21 Apr 2016 22:59:44 +0200 (CEST) Date: Thu, 21 Apr 2016 22:59:44 +0200 From: Emmanuel Vadot To: Ian Lepore Cc: freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-Id: <20160421225944.35e5c85060d013c13c8c58f9@bidouilliste.com> In-Reply-To: <1461272263.1191.23.camel@freebsd.org> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 20:59:48 -0000 On Thu, 21 Apr 2016 14:57:43 -0600 Ian Lepore wrote: > On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote: > > On Thu, 21 Apr 2016 22:01:25 +0200 > > Milan Obuch wrote: > > > > > OK, so yesterday I solved this puzzle - it was stupid pilot error > > > (my > > > ubldr.bin was not built with fdt support), after fixing it I made a > > > test today - building SD image from scratch. It is succesfull now, > > > so > > > it's time to do kernel hacking. u-boot-orangepi port needs some > > > review > > > and cleanup before submitting into port repository, but anybody > > > interested could write me for more details. > > > > > > Regards, > > > Milan > > > > FYI I've just commit support for pinctrl in my github repo (along > > with orangepi-one dts from uboot). > > I'll look at SMP and USB this weekend. > > > > For the u-boot port, do not submit it. Uboot > 2015.04 cannot be > > compiled with CONFIG_API and net support, this means no netboot. > > I also have some port here : > > https://github.com/evadot/u-boot-freebsd-port > > I use the orangepi-pc port for my orangepi-one (orangepi-one config > > is commited in -HEAD uboot only). > > > > Did you mean 2016.04? I'm doing netbooting on other (non-allwinner) > boards with 2015.07 and 2015.10. > > If there is an older mainline uboot that does work right, or a vendor > fork in a github repo, we can just use that in the port, there's no > special reason to track the tip of the mainline uboot tree in our > ports. > > -- Ian No I meant 2015.04, this is only happening for device converted to their DM model. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Apr 21 21:08:02 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 338F8B1850E for ; Thu, 21 Apr 2016 21:08:02 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9EC36178C for ; Thu, 21 Apr 2016 21:08:01 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 227acd95 for ; Thu, 21 Apr 2016 23:07:58 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=rIwXce8tnTzy CGDjh4Ywk6xFxAw=; b=Fi0iLVfgK3odFiUXEe14crOgrMBB2+uod4+A8PvEQCWU 3mMDfgbZUIGdQauReqTALbAehYYzzIASRqBJKcXUpobkR/VbPOYE0TOFiakZdqHc 7I6ssyXDXZqdg+HQhaXlfZ2KN3VjrbxW64g2OGYGU0JJIibBNaX58nisQftzKzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=tSOX58 p2x74LvjohoulaGfYMpE3oApn2nu/2cW3KN/BrmYVMoG5p8Gb9FLbjaBpruvuvwU DCpdiHOFi+bsU7zIWFPU6ksv2xAmyp0dIb5Kvg6rzZTidqQ4nZwx/C1rSczp+5XK OyhafO0Gcf9ebdkua8oJm+hjSdAeJxlX+9M9c= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 18131100 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO for ; Thu, 21 Apr 2016 23:07:58 +0200 (CEST) Date: Thu, 21 Apr 2016 23:07:58 +0200 From: Emmanuel Vadot To: freebsd-arm@freebsd.org Subject: Re: Orange Pi One Message-Id: <20160421230758.4bc7681f4c54a02c1142b582@bidouilliste.com> In-Reply-To: <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 21:08:02 -0000 On Thu, 21 Apr 2016 22:45:41 +0200 Emmanuel Vadot wrote: > On Thu, 21 Apr 2016 22:01:25 +0200 > Milan Obuch wrote: > > > OK, so yesterday I solved this puzzle - it was stupid pilot error (my > > ubldr.bin was not built with fdt support), after fixing it I made a > > test today - building SD image from scratch. It is succesfull now, so > > it's time to do kernel hacking. u-boot-orangepi port needs some review > > and cleanup before submitting into port repository, but anybody > > interested could write me for more details. > > > > Regards, > > Milan > > FYI I've just commit support for pinctrl in my github repo (along with orangepi-one dts from uboot). > I'll look at SMP and USB this weekend. > > For the u-boot port, do not submit it. Uboot > 2015.04 cannot be compiled with CONFIG_API and net support, this means no netboot. > I also have some port here : https://github.com/evadot/u-boot-freebsd-port > I use the orangepi-pc port for my orangepi-one (orangepi-one config is commited in -HEAD uboot only). > > -- > Emmanuel Vadot USB isn't really special so I've just added it. Right now the only device present in the DTS that we don't support is the IR receiver (but a lot of them aren't present in the DTS). -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Apr 21 21:13:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E261FB187E1 for ; Thu, 21 Apr 2016 21:13:30 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7D7F51D0E; Thu, 21 Apr 2016 21:13:29 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Thu, 21 Apr 2016 23:13:26 +0200 id 00E2C417.57194276.0000F1FC Date: Thu, 21 Apr 2016 23:13:26 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Ian Lepore , Emmanuel Vadot Subject: Re: Orange Pi One Message-ID: <20160421231326.1bf9a11f@zeta.dino.sk> In-Reply-To: <1461272263.1191.23.camel@freebsd.org> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 21:13:31 -0000 On Thu, 21 Apr 2016 14:57:43 -0600 Ian Lepore wrote: > On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote: > > On Thu, 21 Apr 2016 22:01:25 +0200 > > Milan Obuch wrote: > > > > > OK, so yesterday I solved this puzzle - it was stupid pilot error > > > (my > > > ubldr.bin was not built with fdt support), after fixing it I made > > > a test today - building SD image from scratch. It is succesfull > > > now, so > > > it's time to do kernel hacking. u-boot-orangepi port needs some > > > review > > > and cleanup before submitting into port repository, but anybody > > > interested could write me for more details. > > > > > > Regards, > > > Milan > > > > FYI I've just commit support for pinctrl in my github repo (along > > with orangepi-one dts from uboot). > > I'll look at SMP and USB this weekend. > > > > For the u-boot port, do not submit it. Uboot > 2015.04 cannot be > > compiled with CONFIG_API and net support, this means no netboot. > > I also have some port here : > > https://github.com/evadot/u-boot-freebsd-port > > I use the orangepi-pc port for my orangepi-one (orangepi-one config > > is commited in -HEAD uboot only). > > > > Did you mean 2016.04? I'm doing netbooting on other (non-allwinner) > boards with 2015.07 and 2015.10. > > If there is an older mainline uboot that does work right, or a vendor > fork in a github repo, we can just use that in the port, there's no > special reason to track the tip of the mainline uboot tree in our > ports. > > -- Ian > In my port I used 2016.01, AFAIK minimum with orangepi support. I did not find any vendor uboot tree. Frankly I see not much use for netboot for this kind of board - you must prepare micro SD with SPL, uboot, ubldr, kernel and binaries, for netboot you would need SPL and uboot... this still means micro SD. For any practical purpose I can imagine boot from SD/MMC is just enough. Milan From owner-freebsd-arm@freebsd.org Thu Apr 21 22:03:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51F3CB177FB for ; Thu, 21 Apr 2016 22:03:34 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from erouter6.ore.mailhop.org (erouter6.ore.mailhop.org [54.187.213.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3309B14E3 for ; Thu, 21 Apr 2016 22:03:33 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: d7768f7d-080c-11e6-b8f9-33a5b3560672 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound3.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 21 Apr 2016 22:03:12 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3LM3USj042490; Thu, 21 Apr 2016 16:03:30 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1461276209.1191.26.camel@freebsd.org> Subject: Re: Orange Pi One From: Ian Lepore To: Milan Obuch , freebsd-arm@freebsd.org Cc: Emmanuel Vadot Date: Thu, 21 Apr 2016 16:03:29 -0600 In-Reply-To: <20160421231326.1bf9a11f@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 22:03:34 -0000 On Thu, 2016-04-21 at 23:13 +0200, Milan Obuch wrote: > On Thu, 21 Apr 2016 14:57:43 -0600 > Ian Lepore wrote: > > > On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote: > > > On Thu, 21 Apr 2016 22:01:25 +0200 > > > Milan Obuch wrote: > > > > > > > OK, so yesterday I solved this puzzle - it was stupid pilot > > > > error > > > > (my > > > > ubldr.bin was not built with fdt support), after fixing it I > > > > made > > > > a test today - building SD image from scratch. It is succesfull > > > > now, so > > > > it's time to do kernel hacking. u-boot-orangepi port needs some > > > > review > > > > and cleanup before submitting into port repository, but anybody > > > > interested could write me for more details. > > > > > > > > Regards, > > > > Milan > > > > > > FYI I've just commit support for pinctrl in my github repo > > > (along > > > with orangepi-one dts from uboot). > > > I'll look at SMP and USB this weekend. > > > > > > For the u-boot port, do not submit it. Uboot > 2015.04 cannot be > > > compiled with CONFIG_API and net support, this means no netboot. > > > I also have some port here : > > > https://github.com/evadot/u-boot-freebsd-port > > > I use the orangepi-pc port for my orangepi-one (orangepi-one > > > config > > > is commited in -HEAD uboot only). > > > > > > > Did you mean 2016.04? I'm doing netbooting on other (non > > -allwinner) > > boards with 2015.07 and 2015.10. > > > > If there is an older mainline uboot that does work right, or a > > vendor > > fork in a github repo, we can just use that in the port, there's no > > special reason to track the tip of the mainline uboot tree in our > > ports. > > > > -- Ian > > > > In my port I used 2016.01, AFAIK minimum with orangepi support. I > did not find any vendor uboot tree. Frankly I see not much use for > netboot for this kind of board - you must prepare micro SD with SPL, > uboot, ubldr, kernel and binaries, for netboot you would need SPL and > uboot... this still means micro SD. For any practical purpose I can > imagine boot from SD/MMC is just enough. > > Milan Nope, netbooting is not a feature to easily throw away. You may not need it, but imagine someone using a board as a distributed computing component. They might have a rack with literally thousands of units, and they're not going to want to update each sdcard individually; they'll have sdcards with just u-boot and ubldr that rarely need updating, and everything else will be nfs. -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 21 22:18:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3F84B17C84 for ; Thu, 21 Apr 2016 22:18:33 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E2AF1A35; Thu, 21 Apr 2016 22:18:33 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22b.google.com with SMTP id e185so115160228vkb.1; Thu, 21 Apr 2016 15:18:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=Wa+u3Ud6c9DiDrnCYskmNZ+5XyAFXqdVE/IzRLRMKhM=; b=MfGlzIcOAHEyQ7adSftHG00vWAk1xawNpMDcc7iUopzjgt8f2B2Mbd5eKSzCxDBm68 GRIj2rp3OxJmm1Uec51HaJLg6/HhlHIYJxO9DqapyGEygSVW+W7lrUeEyOLLueqjbkPW o1IJJivNGp+50y7Ch1Ts6ak1Vm+ljCT/JNvcibl6qXNOh1iPjEp8ZudklmQvN7SLsgFc KOU2MY/ZZgIdsCvE3kfLwrIbqxeDhHy30O8K3f3BkC6XZ3ZHBVWbwxVcvuspKHMaY9yl PAJ/YQ6Pzo8jeQ4g65uRy8lat75wAPiNiBqO9PyklWe/YkbtORLbStHyikcMLh0legpw wYAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Wa+u3Ud6c9DiDrnCYskmNZ+5XyAFXqdVE/IzRLRMKhM=; b=fFtkjkdO9u5oWwg9sWzB6k6agSo3J4CbJzYZJYyjBYyjEKprzu1p7dI7Ax9ZxGzpKa XRuRIdFNR7tW1uVhIELwX6gEEvqhwnnIZdh0LnrceFvk0TDHpuwGUtjxyAzT4Brleqin FexNOKxH4ofM7l4I1afZEef9O5kTGmIHXgpCO3SbHBIdqnC71oRqGrSu6Sdd1U/qXstk xhVUIB8+NBjWe0ghYzw8jWptVPZsRzDh3ntE6IxlOHJz5+pNd1FJPsk8d7vXNC8oW1VT vks5q1R1Q1gBq2u26OAXeUOVblLs9sXjJtczO/jsL91ngg1b1rxwbTl92zFfMl1cCCRy G/Ww== X-Gm-Message-State: AOPr4FX3J6TOOtKc5foZsAD0AVXFVQNcOb2ErkQn4USt5CQW64+gFo9jZylAgj1RzFdEVCQRjUcjkuo08NQkDw== MIME-Version: 1.0 X-Received: by 10.31.8.142 with SMTP id 136mr9375634vki.14.1461277112553; Thu, 21 Apr 2016 15:18:32 -0700 (PDT) Received: by 10.31.61.1 with HTTP; Thu, 21 Apr 2016 15:18:32 -0700 (PDT) In-Reply-To: <1461276209.1191.26.camel@freebsd.org> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> Date: Thu, 21 Apr 2016 15:18:32 -0700 Message-ID: Subject: Re: Orange Pi One From: Russell Haley To: Ian Lepore Cc: Milan Obuch , freebsd-arm , Emmanuel Vadot Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 22:18:33 -0000 On Thu, Apr 21, 2016 at 3:03 PM, Ian Lepore wrote: > On Thu, 2016-04-21 at 23:13 +0200, Milan Obuch wrote: > > On Thu, 21 Apr 2016 14:57:43 -0600 > > Ian Lepore wrote: > > > > > On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote: > > > > On Thu, 21 Apr 2016 22:01:25 +0200 > > > > Milan Obuch wrote: > > > > > > > > > OK, so yesterday I solved this puzzle - it was stupid pilot > > > > > error > > > > > (my > > > > > ubldr.bin was not built with fdt support), after fixing it I > > > > > made > > > > > a test today - building SD image from scratch. It is succesfull > > > > > now, so > > > > > it's time to do kernel hacking. u-boot-orangepi port needs some > > > > > review > > > > > and cleanup before submitting into port repository, but anybody > > > > > interested could write me for more details. > > > > > > > > > > Regards, > > > > > Milan > > > > > > > > FYI I've just commit support for pinctrl in my github repo > > > > (along > > > > with orangepi-one dts from uboot). > > > > I'll look at SMP and USB this weekend. > > > > > > > > For the u-boot port, do not submit it. Uboot > 2015.04 cannot be > > > > compiled with CONFIG_API and net support, this means no netboot. > > > > I also have some port here : > > > > https://github.com/evadot/u-boot-freebsd-port > > > > I use the orangepi-pc port for my orangepi-one (orangepi-one > > > > config > > > > is commited in -HEAD uboot only). > > > > > > > > > > Did you mean 2016.04? I'm doing netbooting on other (non > > > -allwinner) > > > boards with 2015.07 and 2015.10. > > > > > > If there is an older mainline uboot that does work right, or a > > > vendor > > > fork in a github repo, we can just use that in the port, there's no > > > special reason to track the tip of the mainline uboot tree in our > > > ports. > > > > > > -- Ian > > > > > > > In my port I used 2016.01, AFAIK minimum with orangepi support. I > > did not find any vendor uboot tree. Frankly I see not much use for > > netboot for this kind of board - you must prepare micro SD with SPL, > > uboot, ubldr, kernel and binaries, for netboot you would need SPL and > > uboot... this still means micro SD. For any practical purpose I can > > imagine boot from SD/MMC is just enough. > > > > Milan > > Nope, netbooting is not a feature to easily throw away. You may not > need it, but imagine someone using a board as a distributed computing > component. They might have a rack with literally thousands of units, > and they're not going to want to update each sdcard individually; > they'll have sdcards with just u-boot and ubldr that rarely need > updating, and everything else will be nfs. > I'm merely playing with the SDIO driver and the need to move the sd card back and forth is very tedious. I don't imagine REAL kernel development being any fun without netboot. Userland application development has also been nearly unbearable having to move SD cards back and forth as well. Small things are okay, but when I have to compile anything or add libraries and dependencies it's very tedious. I can't wait to get and NFS rootfs working for my hummingboard (I suppose I could just set up NFS for my application, but I have other motives). With the amazing rate at which you are progressing on your port, I imagine that you are actually a robot so you can switch sd cards very fast so that it's not an issue for you. Tee Hee! Russ From owner-freebsd-arm@freebsd.org Thu Apr 21 22:23:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C6E26B17F38 for ; Thu, 21 Apr 2016 22:23:54 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A255B1DBF for ; Thu, 21 Apr 2016 22:23:54 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: bf420b8f-080f-11e6-8bda-c73aafa13d19 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 21 Apr 2016 22:24:00 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u3LMNkFq042525; Thu, 21 Apr 2016 16:23:46 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1461277426.1191.30.camel@freebsd.org> Subject: Re: Orange Pi One From: Ian Lepore To: Russell Haley Cc: freebsd-arm , Emmanuel Vadot Date: Thu, 21 Apr 2016 16:23:46 -0600 In-Reply-To: References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 22:23:54 -0000 On Thu, 2016-04-21 at 15:18 -0700, Russell Haley wrote: > On Thu, Apr 21, 2016 at 3:03 PM, Ian Lepore wrote: > > > [...] > > Nope, netbooting is not a feature to easily throw away. You may not > > need it, but imagine someone using a board as a distributed computing > > component. They might have a rack with literally thousands of units, > > and they're not going to want to update each sdcard individually; > > they'll have sdcards with just u-boot and ubldr that rarely need > > updating, and everything else will be nfs. > > > > I'm merely playing with the SDIO driver and the need to move the sd card > back and forth is very tedious. I don't imagine REAL kernel development > being any fun without netboot. > > Userland application development has also been nearly unbearable having to > move SD cards back and forth as well. Small things are okay, but when I > have to compile anything or add libraries and dependencies it's very > tedious. I can't wait to get and NFS rootfs working for my hummingboard (I > suppose I could just set up NFS for my application, but I have other > motives). > > > With the amazing rate at which you are progressing on your port, I imagine > that you are actually a robot so you can switch sd cards very fast so that > it's not an issue for you. Tee Hee! > > > Russ Wait a sec... netbooting and nfsroot should already work just fine on a hummingboard. It works on my cubox, and on the motherboards we build at $work, both of which use the same uSOM modules as a hummingboard. -- Ian From owner-freebsd-arm@freebsd.org Thu Apr 21 22:26:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79A55B17FAF for ; Thu, 21 Apr 2016 22:26:01 +0000 (UTC) (envelope-from arpreach@limboland.net) Received: from host.internetdominators.com (host.internetdominators.com [50.28.19.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 540FB1E3E for ; Thu, 21 Apr 2016 22:26:00 +0000 (UTC) (envelope-from arpreach@limboland.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=limboland.net; s=default; h=Content-Type:Content-Transfer-Encoding: MIME-Version:List-Unsubscribe:Message-ID:Subject:Reply-To:From:To:Date:Sender :Cc:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Subscribe:List-Post:List-Owner:List-Archive; bh=NE46rINcSu7dcGUGUZgyCH0cYTDhkL00AU4kbA9OSNc=; b=jsIJL9MPO3NAduUeqaHYgtMOzN n71ujoYr3YN3qBuG0KxMCRUw0jEwL3ViFDP2qNPK/72/vfCKbnaEXQ4tKRfecCKoLdLwpsgPlXEfF ouCsK39rftUPUwgvbhfkbHwBLigT7+p/Lb4DTQkfNxszpkAX0HcmAPXO7E5mjdKoBrQEeTZRrvHBb Dd9Lqej0Zo5OfTPaWgYoy5IDx28wRqFyjipq5e35jsN8DhB2m482h17nEeTwqVr5ZEIfxYAyb+PTq x2qrYxgftyimRRe+BoXiSyouK75+YgycpkIvE5ubWRkSgWl8bJ1g7IiOGfhfreB+5OttnwTCT70mu dqcVlNHQ==; Received: from root by host.internetdominators.com with local (Exim 4.87) (envelope-from ) id 1atMic-0006we-2n for freebsd-arm@freebsd.org; Thu, 21 Apr 2016 15:05:02 -0700 Date: Thu, 21 Apr 2016 23:05:02 +0100 To: freebsd-arm@freebsd.org From: John Limbocker Reply-To: John Limbocker Subject: Your Free Website Analysis Message-ID: <926cd87dda24d783836ed6cebc8bf696@localhost.localdomain> X-Priority: 3 X-Mailer: PHPMailer 5.2.1 (http://code.google.com/a/apache-extras.org/p/phpmailer/) X-Return: v5z58c_nbsh39_q3kl6v_j6w3hh MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="UTF-8" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host.internetdominators.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - limboland.net X-Get-Message-Sender-Via: host.internetdominators.com: sender_ident via received_protocol == local: root/only user confirmed/virtual account not confirmed X-Authenticated-Sender: host.internetdominators.com: root X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 22:26:01 -0000 Thank you for requesting a Free Website analysis. We will email you the report in a PDF file once we complete it. It will include helpful hints to improve both your user experience and your Search rankings. This is your first step in getting more visitors and converting them to customers. Our next step is to set up your Free Consultation. This is where I will go over the report and answer any questions you may have. I will also make recommendations to improve your business by more effective use of the Internet. You can expect a call from Barbara to schedule your time slot. In the mean time if you would like to expedite the process please feel free to contact us anytime at 714 968-7697 Thanks, John Limbocker CEO Limbo Vision, Inc. john@limboland.net . Click here to unsubscribe from this list http://limboland.net/ar/a.php/u/73a1/wfcdsx From owner-freebsd-arm@freebsd.org Thu Apr 21 22:27:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 993C3B180AC for ; Thu, 21 Apr 2016 22:27:41 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DB9A1EFF; Thu, 21 Apr 2016 22:27:41 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id e185so115372013vkb.1; Thu, 21 Apr 2016 15:27:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=LA4mcQ/gM8f7A/b+5ClcbDi4NSMwxNjKNcDaZQq9L/g=; b=DymXgKe0OFyQE+6IS9fr0EUK+kqXNs06yf5+sYyV8zteS7yv9JTcwltJIyDyXBBgUo cKbJXHL5D+t/XACCRmhk8aym3HzTGOtiOr5OlnCLShaDLfZDaXHb43m7Wt5DZnmO/2mH yMjY9zSCbomlKbpCKqNtS0LTp2G7une3TRDXDiY83hEhExfSsmg+GHewB7QmNB5y+yuT aRyNFt7unOpCNJZMyrp1vIZ7N8vbqjim2c9olWQPddulxax6lp80t83wxzvtZN9WrHf6 7op0GBqA1Pg2rk4/zMeKUlnj5fWTJZvpXjlUe9FAt+kCIq52KxyUKxKXv5iwuzOMmjLN kR7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=LA4mcQ/gM8f7A/b+5ClcbDi4NSMwxNjKNcDaZQq9L/g=; b=CBVGSMBn3Wo60iOcLBlQP0AfsqvapLWynUxrjm0MyqqkM7L8aaSanI+uf5hO34ryhU fiCdBXpq+/95PzLMZiM9dN0i/28b/4JNKBhCypInN6JZ+7EMfiHTjSqgyQegeY0wAIt/ 4tl6EdFlBKXIy9ChgSgNZrLn7dWnR368OLxV5SyWy40LWtYuncxuHLjkARq0bnbWQjkn veYUvdwS9xQ9oCXrJCeHk8Tq+T2XnGBFht/R2IG++4N3rgquJt0povTf+pvszLjkD9nb ea4Sizoa0mlJ90kUepx46Re+99+MfMNfN4LFSysbxFWzwt550DKIhZdO3pzT7Fl6A4K8 AeJA== X-Gm-Message-State: AOPr4FWLa7iAcyRYKMPVlzvdgsSCM/Gqe+T2/vm5PErqr5RZrKwuccJbINPTBAqL1G27osgg9Z+9rWtcKS2CQw== MIME-Version: 1.0 X-Received: by 10.31.8.142 with SMTP id 136mr9391188vki.14.1461277660448; Thu, 21 Apr 2016 15:27:40 -0700 (PDT) Received: by 10.31.61.1 with HTTP; Thu, 21 Apr 2016 15:27:40 -0700 (PDT) In-Reply-To: <1461277426.1191.30.camel@freebsd.org> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> <1461277426.1191.30.camel@freebsd.org> Date: Thu, 21 Apr 2016 15:27:40 -0700 Message-ID: Subject: Re: Orange Pi One From: Russell Haley To: Ian Lepore Cc: freebsd-arm , Emmanuel Vadot Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 22:27:41 -0000 On Thu, Apr 21, 2016 at 3:23 PM, Ian Lepore wrote: > On Thu, 2016-04-21 at 15:18 -0700, Russell Haley wrote: > > On Thu, Apr 21, 2016 at 3:03 PM, Ian Lepore wrote: > > > > > > [...] > > > Nope, netbooting is not a feature to easily throw away. You may not > > > need it, but imagine someone using a board as a distributed computing > > > component. They might have a rack with literally thousands of units, > > > and they're not going to want to update each sdcard individually; > > > they'll have sdcards with just u-boot and ubldr that rarely need > > > updating, and everything else will be nfs. > > > > > > > I'm merely playing with the SDIO driver and the need to move the sd card > > back and forth is very tedious. I don't imagine REAL kernel development > > being any fun without netboot. > > > > Userland application development has also been nearly unbearable having > to > > move SD cards back and forth as well. Small things are okay, but when I > > have to compile anything or add libraries and dependencies it's very > > tedious. I can't wait to get and NFS rootfs working for my hummingboard > (I > > suppose I could just set up NFS for my application, but I have other > > motives). > > > > > > With the amazing rate at which you are progressing on your port, I > imagine > > that you are actually a robot so you can switch sd cards very fast so > that > > it's not an issue for you. Tee Hee! > > > > > > Russ > > Wait a sec... netbooting and nfsroot should already work just fine on a > hummingboard. It works on my cubox, and on the motherboards we build > at $work, both of which use the same uSOM modules as a hummingboard. > > -- Ian > Issues are mine. Just taking longer than expected... Russ From owner-freebsd-arm@freebsd.org Thu Apr 21 22:36:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC7D1B1834B for ; Thu, 21 Apr 2016 22:36:58 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A74212E2 for ; Thu, 21 Apr 2016 22:36:58 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id e185so115588465vkb.1 for ; Thu, 21 Apr 2016 15:36:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to; bh=wZtazerG1hEGOkN32jB/BtzwJjTB1+XUmo9ZZBQVIBE=; b=RY2YaKdFQYk37eISft5cO5cjOs9Fs0e03RHhtK8hO5SJspmZwvSsICgKq4YNNtY0iK fG1s+YMBMaBL53YlgURzfe/IFqJvj1AhPbsmJukYqHiYwOZo4H0qaRG/DMg4vh7aEToa ULeQ2RJqIPFvHnN6KDcuabCKoGYu+KutIsTJMuoDomn9Gj4e7FJ7TWHyQY7ajs2n/yXm tc17EZti7PKA6zIZ5Xigml0kktN5InhoTX5uW9KETGT/DdM3F5Flhj/0PMugMPV41eG/ bztrtLNl2wKiTTqJuo5LxrsOMP4hEYRsbOeNAIg8jKIQPIOM3vznapuGTnD4/wYaemo1 KQJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to; bh=wZtazerG1hEGOkN32jB/BtzwJjTB1+XUmo9ZZBQVIBE=; b=YkhGDepIaToQtqR+HPuqEhbgFBm/vYNxN72XAmE7Tmw1hG8BApEAMxioq+BQnrADWC ZKjdSlUhXWk+GxCEF7w1ZzrbkiwxaA6BbNWx4vxSu5/DICepsjZtEReVMf7tttf/dxCL q4nU8akMH57sDYzxRujHZ0M7AacChGXPC/oz5J8rPhI7Kp6zd03l4mMjKXcr3HrE+FUw T7nm4WF5BVGN/4z86CGFYMjmqX9w7uhi1VR4U/AyKW+8loJPYjR2RdeZZL5jHJSv3Ioc 2ACqxteIL2G8XwkWwbsESOrTvqPEiSB4um+ubUnhpImHzbpSNhebct0d318tkDAaMOJZ xxRg== X-Gm-Message-State: AOPr4FV0hNgDzWSBDK3XmUBLHleOzHKwwas6QOdAVFQTgHUWHtQRTZaqoFDmIQQ44a+gbvowr7jiOobY5kTwAA== MIME-Version: 1.0 X-Received: by 10.31.8.205 with SMTP id 196mr9256334vki.144.1461278217470; Thu, 21 Apr 2016 15:36:57 -0700 (PDT) Received: by 10.31.61.1 with HTTP; Thu, 21 Apr 2016 15:36:57 -0700 (PDT) Date: Thu, 21 Apr 2016 15:36:57 -0700 Message-ID: Subject: Barebox? From: Russell Haley To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 22:36:58 -0000 The conversation about u-boot for Orange Pi One re-opened a curiosity for me. A friend of mine recently got Barebox/GUNLinux working with an old imx53 SOM I have (I've got like 10 of them! woo hoo!) and on the surface it seems to do the same thing as we use u-boot for: loads an executable from a fat partition. It seems to have support for quite a few modern arm SOMS. At $work, they have used Barebox to boot qnx too. Has anyone used Barebox to boot FreeBSD before? I ask because the fractured structure of u-boot seems to cause many issues. I don't see the Barebox project suffering from the same level of forking, but maybe I just haven't seen it yet? Cheers, Russ From owner-freebsd-arm@freebsd.org Fri Apr 22 05:58:09 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 685BBB18722 for ; Fri, 22 Apr 2016 05:58:09 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id ECFA51866; Fri, 22 Apr 2016 05:58:08 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 22 Apr 2016 07:58:05 +0200 id 00F4BC5D.5719BD6D.0001255B Date: Fri, 22 Apr 2016 07:58:04 +0200 From: Milan Obuch To: freebsd-arm Cc: Russell Haley , Ian Lepore , Emmanuel Vadot Subject: Re: Orange Pi One Message-ID: <20160422075804.4d87304d@zeta.dino.sk> In-Reply-To: References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 05:58:09 -0000 On Thu, 21 Apr 2016 15:18:32 -0700 Russell Haley wrote: > On Thu, Apr 21, 2016 at 3:03 PM, Ian Lepore wrote: > > > On Thu, 2016-04-21 at 23:13 +0200, Milan Obuch wrote: > > > On Thu, 21 Apr 2016 14:57:43 -0600 > > > Ian Lepore wrote: > > > > > > > On Thu, 2016-04-21 at 22:45 +0200, Emmanuel Vadot wrote: [ snip ] > > > > > For the u-boot port, do not submit it. Uboot > 2015.04 > > > > > cannot be compiled with CONFIG_API and net support, this > > > > > means no netboot. I also have some port here : > > > > > https://github.com/evadot/u-boot-freebsd-port > > > > > I use the orangepi-pc port for my orangepi-one (orangepi-one > > > > > config > > > > > is commited in -HEAD uboot only). > > > > > > > > > > > > > Did you mean 2016.04? I'm doing netbooting on other (non > > > > -allwinner) > > > > boards with 2015.07 and 2015.10. > > > > > > > > If there is an older mainline uboot that does work right, or a > > > > vendor > > > > fork in a github repo, we can just use that in the port, > > > > there's no special reason to track the tip of the mainline > > > > uboot tree in our ports. > > > > > > > > -- Ian > > > > > > > > > > In my port I used 2016.01, AFAIK minimum with orangepi support. I > > > did not find any vendor uboot tree. Frankly I see not much use for > > > netboot for this kind of board - you must prepare micro SD with > > > SPL, uboot, ubldr, kernel and binaries, for netboot you would > > > need SPL and uboot... this still means micro SD. For any > > > practical purpose I can imagine boot from SD/MMC is just enough. > > > > > > Milan > > > > Nope, netbooting is not a feature to easily throw away. You may not > > need it, but imagine someone using a board as a distributed > > computing component. They might have a rack with literally > > thousands of units, and they're not going to want to update each > > sdcard individually; they'll have sdcards with just u-boot and > > ubldr that rarely need updating, and everything else will be nfs. > > > Just to explain better what I wrote and why: - what Emmanuel wrote sounds to me like 'if it does not have netboot ability it is worthless' and thus should be not made public (maybe not correct undestanding, somewhat exaggerated etc.) - this is something I am opposed to - even u-boot supporting only boot from SD is much much better than no u-boot at all. At least if you *really* need netboot functionality you have something working to base your work on. - I do not feel netbooting is not usefull, it can help tremendously when you can't easily swap boot media, imagine MMC soldered on board... but in this particular case, I mean developing for Orange Pi One board, it is only *convenience* thing, not hard *requirement* I hope I clarified my position with this and no flame war will arise :) Actually I have an idea where should I (or someone more motivated than I in this functionality) begin looking for solution of this problem, it is a bit deeper in uboot I would like to go to for now. Do we agree it is still worth publishing/submitting to ports tree even with some missing functionality? At least it could be documented there and that's it. > I'm merely playing with the SDIO driver and the need to move the sd > card back and forth is very tedious. I don't imagine REAL kernel > development being any fun without netboot. > I agree, just would emphasize 'tedious', and not meaning 'impossible'. > Userland application development has also been nearly unbearable > having to move SD cards back and forth as well. Small things are > okay, but when I have to compile anything or add libraries and > dependencies it's very tedious. I can't wait to get and NFS rootfs > working for my hummingboard (I suppose I could just set up NFS for my > application, but I have other motives). > Well, as soon as network driver is working in kernel, you should be able to use nfs for rootfs. For userland development it should help a bit... > > With the amazing rate at which you are progressing on your port, I > imagine that you are actually a robot so you can switch sd cards very > fast so that it's not an issue for you. Tee Hee! > > Oh, I am not progressing that quick :) and believe me, I am not a robot. I am just lazy, sometimes, to think too hard, because, you know, thinking suffers :) and not everyone is comfortable with it. I hope we will continue working on this board so it could be used for as many purposes as anyone can think of. Thanks for all the help from the team. Regards, Milan From owner-freebsd-arm@freebsd.org Fri Apr 22 09:05:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 28BE1B18829 for ; Fri, 22 Apr 2016 09:05:28 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 503AF13BA; Fri, 22 Apr 2016 09:05:26 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id e9e9deef; Fri, 22 Apr 2016 11:05:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=11IUZ6J8qLs9DKELkSzo4D22mIU=; b=oqtRMoRYfvMEe8Al7uNbP+4XTFIr DasjLKv0dlAEJzNa0R3e/UP7U8IrxyATBn95W2rA05SNRcbYHf648rZR6k+fcboI EqqvAsSVNE6PENyyzDAsWC2pmA4iwfe221tZ04F+P/xEQLmDqZEC2SIkVTQzUDNw Q8Lf6GZykIp24q8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=PYZtgHf6FnCtVH/NDinup9vUxS4MZV8V7tXaRoLjn+f/T6G6Inghrpkn Ltan12xhQoyuBDxIJvXwU0gu+Ua2FwtpsjLPHI4nWYwIITHUA03fYJAB2igVPPx+ aIifyTaN6hDhvIqVLH+dYt/VAcBoBrDEbetJ7I609Oi/IirVDN8= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ea3330b4 TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 22 Apr 2016 11:05:23 +0200 (CEST) Date: Fri, 22 Apr 2016 11:05:23 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freebsd-arm , Ian Lepore Subject: Re: Orange Pi One Message-Id: <20160422110523.3ef982fcea334eb84d64e8ac@bidouilliste.com> In-Reply-To: <20160422075804.4d87304d@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> <20160422075804.4d87304d@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 09:05:28 -0000 On Fri, 22 Apr 2016 07:58:04 +0200 Milan Obuch wrote: > Just to explain better what I wrote and why: > > - what Emmanuel wrote sounds to me like 'if it does not have netboot > ability it is worthless' and thus should be not made public (maybe > not correct undestanding, somewhat exaggerated etc.) > > - this is something I am opposed to - even u-boot supporting only boot > from SD is much much better than no u-boot at all. At least if you > *really* need netboot functionality you have something working to > base your work on. > > - I do not feel netbooting is not usefull, it can help tremendously > when you can't easily swap boot media, imagine MMC soldered on > board... but in this particular case, I mean developing for Orange Pi > One board, it is only *convenience* thing, not hard *requirement* > > I hope I clarified my position with this and no flame war will arise :) > Actually I have an idea where should I (or someone more motivated than > I in this functionality) begin looking for solution of this problem, it > is a bit deeper in uboot I would like to go to for now. > > Do we agree it is still worth publishing/submitting to ports tree even > with some missing functionality? At least it could be documented there > and that's it. > This is not really what I meant. Currently all the allwinner uboot port depend on one master (cubieboard) and there is no reason for this to change because then we will have multiple copies of the patches etc ... The u-boot-cubieboard port is tied to one u-boot version (2015.04), for some board we need to update this but, as said before, u-boot > 2015.04 for allwinner cannot be compiled with api net support. We cannot break existing build that use the u-boot net api functionality. That's why I have (for now) my own ports. What I really need to do is to definitivelly fix this uboot api net problem. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Apr 22 16:01:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ECFC2B18FF4 for ; Fri, 22 Apr 2016 16:01:01 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 67C881075; Fri, 22 Apr 2016 16:01:00 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 22 Apr 2016 18:00:57 +0200 id 00F4BCA0.571A4AB9.0001610E Date: Fri, 22 Apr 2016 18:00:57 +0200 From: Milan Obuch To: freebsd-arm Cc: Emmanuel Vadot , Ian Lepore Subject: Re: Orange Pi One Message-ID: <20160422180057.0595a46d@zeta.dino.sk> In-Reply-To: <20160422110523.3ef982fcea334eb84d64e8ac@bidouilliste.com> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> <20160422075804.4d87304d@zeta.dino.sk> <20160422110523.3ef982fcea334eb84d64e8ac@bidouilliste.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 16:01:02 -0000 On Fri, 22 Apr 2016 11:05:23 +0200 Emmanuel Vadot wrote: > On Fri, 22 Apr 2016 07:58:04 +0200 > Milan Obuch wrote: > > > Just to explain better what I wrote and why: > > > > - what Emmanuel wrote sounds to me like 'if it does not have netboot > > ability it is worthless' and thus should be not made public (maybe > > not correct undestanding, somewhat exaggerated etc.) > > > > - this is something I am opposed to - even u-boot supporting only > > boot from SD is much much better than no u-boot at all. At least if > > you *really* need netboot functionality you have something working > > to base your work on. > > > > - I do not feel netbooting is not usefull, it can help tremendously > > when you can't easily swap boot media, imagine MMC soldered on > > board... but in this particular case, I mean developing for > > Orange Pi One board, it is only *convenience* thing, not hard > > *requirement* > > > > I hope I clarified my position with this and no flame war will > > arise :) Actually I have an idea where should I (or someone more > > motivated than I in this functionality) begin looking for solution > > of this problem, it is a bit deeper in uboot I would like to go to > > for now. > > > > Do we agree it is still worth publishing/submitting to ports tree > > even with some missing functionality? At least it could be > > documented there and that's it. > > > > This is not really what I meant. > > Currently all the allwinner uboot port depend on one master > (cubieboard) and there is no reason for this to change because then > we will have multiple copies of the patches etc ... The > u-boot-cubieboard port is tied to one u-boot version (2015.04), for > some board we need to update this but, as said before, u-boot > > 2015.04 for allwinner cannot be compiled with api net support. We > cannot break existing build that use the u-boot net api > functionality. That's why I have (for now) my own ports. What I > really need to do is to definitivelly fix this uboot api net problem. > Well, I am not against it, use one base would be fine, but there is simply no support for Allwinner H3 based boards in any mainline uboot before 2016.01-rc3. It is documented on http://linux-sunxi.org/H3 page this way. We could use maybe (I think it is) vendor provided uboot from GitHub as documented on http://www.orangepi.org/Docs/Building.html page. I see no possibility to derive either (easily) from u-boot-cubieboard port, neither do I feel it has any real benefit. Also, I see no harm in publishing port and after some time deprecate it, when the same or better functionality is present in new port. But I like an idea of having ports repository as a central point where something is searched. It is known and easier to find than some random site of any random developer. That's all. Regards, Milan From owner-freebsd-arm@freebsd.org Fri Apr 22 17:27:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04E40B18FD5 for ; Fri, 22 Apr 2016 17:27:59 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ABEC71BE6; Fri, 22 Apr 2016 17:27:58 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22c.google.com with SMTP id e185so144814306vkb.1; Fri, 22 Apr 2016 10:27:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=aRSNaFoAyGyo2Dc7A1ExBcceSUCWYmI4rlBJmUDh7jA=; b=ZPSISXTyshhzao9Z1v2WEcAgTdtal/grIsWHtM4xYUetkP+i8GELIu9e8uXGbacJLs 3r686VR2Rf02usvOdRiId2pmLvR5DREKbrSC9j0TzzJ4uodO5H9lmAjPrqVUmeo0djbU /4UPqUU4xZNDQf4mibANilIH1QbXC6z3tUG5vokaJPZFYuP5xD5LdgrCswAhHzmyz298 RGKFcHcwxqPy7CYkD/UBgbDI8CiQA9bBNnLydmp8FVh5cbF+gLO5qSqqlCWB+LHaYSyw Qb552EjcF+TlI5hsV6M0Egv00jZViAxm+BW5o4F4KkQnruIgHTXHWkDT3rusW7wDmdgO qLig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=aRSNaFoAyGyo2Dc7A1ExBcceSUCWYmI4rlBJmUDh7jA=; b=AsCaAAUqOSZnSb1BHI28RPZfrF/CQuej4QC28vi36IKZcPL31Ipz/dIhrj9juwkfQU ft1EqLF4uog6P7dy60upDtZd7hT8klf/uTkKlQ9NAS3l9T1FcwzR+wBFLHAXTmLpbHD4 y6uIg7CJ7/7E9cw4JCTNkmwJ38z7cxjwcDAAGpfj0LCq1cdd5zZTEvM0RQ84HmAxCCth 4MU+zVZ9MyULZ2xzx1Z8Qo17rwQDz/p/RzqfuGixWQ/WMp+73+BcxVRtjMVybuqeHdJs zWc/1AfhGXfDNv5F8LIqQtkEPUHn4uNWWEG6DUU37pFS0UQ8fOpkIt5Q28vwQXB/y+H7 zcNQ== X-Gm-Message-State: AOPr4FW2fQEAkuN2+sWFCwhhIUVhsZ73Jk7prfYdG4W+S+xP+RY7wFdX1ZfmC7O0AshtUm1PE0JJCTdpaNoOXw== MIME-Version: 1.0 X-Received: by 10.176.6.38 with SMTP id f35mr6944162uaf.36.1461346077687; Fri, 22 Apr 2016 10:27:57 -0700 (PDT) Received: by 10.31.61.1 with HTTP; Fri, 22 Apr 2016 10:27:57 -0700 (PDT) In-Reply-To: <20160422180057.0595a46d@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> <20160419092012.0ad4ad2d@zeta.dino.sk> <20160419093408.2f6d8d6472b09298f1e08ecb@bidouilliste.com> <20160419095358.351c74b3@zeta.dino.sk> <1461075584.1232.13.camel@freebsd.org> <20160419170932.3fe2b709@zeta.dino.sk> <20160421220125.00286858@zeta.dino.sk> <20160421224541.daec4614d2e5c88959a3d8e2@bidouilliste.com> <1461272263.1191.23.camel@freebsd.org> <20160421231326.1bf9a11f@zeta.dino.sk> <1461276209.1191.26.camel@freebsd.org> <20160422075804.4d87304d@zeta.dino.sk> <20160422110523.3ef982fcea334eb84d64e8ac@bidouilliste.com> <20160422180057.0595a46d@zeta.dino.sk> Date: Fri, 22 Apr 2016 10:27:57 -0700 Message-ID: Subject: Re: Orange Pi One From: Russell Haley To: Milan Obuch Cc: freebsd-arm , Emmanuel Vadot , Ian Lepore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 17:27:59 -0000 On Fri, Apr 22, 2016 at 9:00 AM, Milan Obuch wrote: > On Fri, 22 Apr 2016 11:05:23 +0200 > Emmanuel Vadot wrote: > > > On Fri, 22 Apr 2016 07:58:04 +0200 > > Milan Obuch wrote: > > > > > Just to explain better what I wrote and why: > > > > > > - what Emmanuel wrote sounds to me like 'if it does not have netboot > > > ability it is worthless' and thus should be not made public (maybe > > > not correct undestanding, somewhat exaggerated etc.) > > > > > > - this is something I am opposed to - even u-boot supporting only > > > boot from SD is much much better than no u-boot at all. At least if > > > you *really* need netboot functionality you have something working > > > to base your work on. > > > > > > - I do not feel netbooting is not usefull, it can help tremendously > > > when you can't easily swap boot media, imagine MMC soldered on > > > board... but in this particular case, I mean developing for > > > Orange Pi One board, it is only *convenience* thing, not hard > > > *requirement* > > > > > > I hope I clarified my position with this and no flame war will > > > arise :) Actually I have an idea where should I (or someone more > > > motivated than I in this functionality) begin looking for solution > > > of this problem, it is a bit deeper in uboot I would like to go to > > > for now. > > > > > > Do we agree it is still worth publishing/submitting to ports tree > > > even with some missing functionality? At least it could be > > > documented there and that's it. > > > > > > > This is not really what I meant. > > > > Currently all the allwinner uboot port depend on one master > > (cubieboard) and there is no reason for this to change because then > > we will have multiple copies of the patches etc ... The > > u-boot-cubieboard port is tied to one u-boot version (2015.04), for > > some board we need to update this but, as said before, u-boot > > > 2015.04 for allwinner cannot be compiled with api net support. We > > cannot break existing build that use the u-boot net api > > functionality. That's why I have (for now) my own ports. What I > > really need to do is to definitivelly fix this uboot api net problem. > > > > Well, I am not against it, use one base would be fine, but there is > simply no support for Allwinner H3 based boards in any mainline uboot > before 2016.01-rc3. It is documented on http://linux-sunxi.org/H3 page > this way. We could use maybe (I think it is) vendor provided uboot from > GitHub as documented on http://www.orangepi.org/Docs/Building.html > page. I see no possibility to derive either (easily) from > u-boot-cubieboard port, neither do I feel it has any real benefit. > > Also, I see no harm in publishing port and after some time deprecate > it, when the same or better functionality is present in new port. But I > like an idea of having ports repository as a central point where > something is searched. It is known and easier to find than some random > site of any random developer. That's all. It sure does make it easier having everything in ports. It was a literal nightmare as a beginner before Ian started putting u-boot in the ports tree (the single biggest time consumer as I was learning). There is no reason you cannot or should not submit a port as it is an open project, nor is there a requirement for a unified u-boot once it's in the ports tree because, well, it's just there. Although desirable, a single version doesn't make it easier as the dependencies of u-boot are based in hardware and aren't going to change. I think the point was Netboot is an important feature that should be preserved if possible. You could/should submit a port and then add a patch file in a later port version that fixes deficiencies as that's how the ports system is designed (no need to depreciate). Also, there is no reason that the other Allwinner systems can be brought forward to the latest u-boot once it's feature complete. Also, it's much more likely that net boot will be fixed on the pointy end of u-boot, not some random snapshot. My 2 cents Russ From owner-freebsd-arm@freebsd.org Fri Apr 22 19:09:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB73FB194A3 for ; Fri, 22 Apr 2016 19:09:18 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) Received: from nm35-vm7.bullet.mail.bf1.yahoo.com (nm35-vm7.bullet.mail.bf1.yahoo.com [72.30.238.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B420F1D16 for ; Fri, 22 Apr 2016 19:09:18 +0000 (UTC) (envelope-from thomasskibo@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1461352056; bh=2MVgobfdlmvSDHpPd1NZ5pZMH5+RUNK6ry/p4CLJs+w=; h=From:Subject:Date:To:From:Subject; b=uDzDU6C9mzJtLgtgq9I3MQD8sCPAAIvWPgSXr5fAGR/hQaLnmxMONiYRlRvQeC6E0uTCu6mNKbg/U9D2RqoX2OKErPiOrGa7lKv5esvjkX2a1pJSLqJY4KfI31oN5MUZdEBbUFrABFkqY1dnJ9nADFeGmszZteIJUYHa4/Rh/MczWzsw5xJOVyqBT2qhbb7eGfYHBS2HzRlfOeZOT24JKfPvbpnOA6KWk5isPXrA4k+xlYZCjmJfyS3NWE17VvRYgiMaB0/LvPUYhYEq/G1hKNbWKY7QCS/esD79KF0nj72b9hKIpuY7shlkA5Jb/QkQNAR7Al1qqHYs6cqnHbhQPA== Received: from [98.139.215.142] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 22 Apr 2016 19:07:36 -0000 Received: from [98.139.213.15] by tm13.bullet.mail.bf1.yahoo.com with NNFMP; 22 Apr 2016 19:07:36 -0000 Received: from [127.0.0.1] by smtp115.mail.bf1.yahoo.com with NNFMP; 22 Apr 2016 19:07:36 -0000 X-Yahoo-Newman-Id: 123019.82810.bm@smtp115.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: WUnTS1EVM1lj1CisWEPp8haelV9Nj_KrmP6QaUE5mq1siic fSit__94yI7LY3LZPRjs6K28bzgjGktDHmTGdcQNa4VTdnf_baihD43c4wmJ XGi3H68tLyCOWnIIwhED_zxK.AF5Id9LV2K9rMF8Um0VLpU7Aq2nwOs8TwnS mBHRYSCxX4QjBHrdwKvcZ8QLmYIa5VCnDoy03PwuDwaSArYHyXcREG6L.hWa OFYwarqoxPVM_hxbvTJ7zRV44BSqY.adp7XaIeLa3eLsNmSTYnuJ110CjJed _T_KScyflo2_uJJSWt3bsA6ffObpDXa_OvKzqe0cOPnMasegzIDiSDVA.Zdh Y8FmiCECNzdD0m0Lvc5c3DbY1Wv5XEIy6UVkBxZatg1Yw5_wX28J4Tiw82fI qxH.zAxgyADLOjpAe0oY1iV6tgcCYX8xnz0n2D7Ozz0YYvb90458ekiS.XrP _BKKqJpxaYXaCPeuOKj_QJvt6iZwHG5wBIOb_3416tRxHIY_HCY1pFlN1ttk 2aI14wqXkHGpBTfX8UVS0pbOq7IqdIg7LS1k- X-Yahoo-SMTP: .8Dytk6swBAeTUTcf.ezO8BKaYfn.mUV From: Thomas Skibo Content-Type: multipart/mixed; boundary="Apple-Mail=_8BC6FB3F-5679-42AD-AD88-CE4D04DB20DA" Subject: Zedboard interrupt troubles Message-Id: Date: Fri, 22 Apr 2016 12:07:34 -0700 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 19:09:19 -0000 --Apple-Mail=_8BC6FB3F-5679-42AD-AD88-CE4D04DB20DA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hello. I started seeing funny things happen on the Zedboard and traced it down = to interrupt configurations. My level-sensitive interrupts were being = configured as edge-triggered which caused me to lose some receive = interrupts. I fixed it in zedboard.dts and zybo.dts by converting over = to interrupt triples. Do these look okay? I can throw them on = phabricator if you want. I also attached a minor fix to the cgem driver. It ignores the status = property in the device tree. Thanks, =E2=80=94Thomas --Apple-Mail=_8BC6FB3F-5679-42AD-AD88-CE4D04DB20DA Content-Disposition: attachment; filename=patch.zed.txt Content-Type: text/plain; name="patch.zed.txt" Content-Transfer-Encoding: 7bit Index: sys/boot/fdt/dts/arm/zedboard.dts =================================================================== --- sys/boot/fdt/dts/arm/zedboard.dts (revision 298364) +++ sys/boot/fdt/dts/arm/zedboard.dts (working copy) @@ -71,7 +71,7 @@ compatible = "arm,gic"; interrupt-controller; #address-cells = <0>; - #interrupt-cells = <1>; + #interrupt-cells = <3>; reg = <0xf01000 0x1000>, // distributer registers <0xf00100 0x0100>; // CPU if registers }; @@ -80,7 +80,7 @@ pl310@f02000 { compatible = "arm,pl310"; reg = <0xf02000 0x1000>; - interrupts = <34>; + interrupts = <0 2 4>; interrupt-parent = <&GIC>; }; @@ -88,7 +88,7 @@ devcfg: devcfg@7000 { compatible = "xlnx,zy7_devcfg"; reg = <0x7000 0x1000>; - interrupts = <40>; + interrupts = <0 8 4>; interrupt-parent = <&GIC>; }; @@ -110,7 +110,7 @@ #size-cells = <0>; reg = <0xf00200 0x100>, // Global Timer Regs <0xf00600 0x20>; // Private Timer Regs - interrupts = < 27 29 >; + interrupts = <1 11 1>, <1 13 1>; interrupt-parent = <&GIC>; }; @@ -119,7 +119,7 @@ device_type = "watchdog"; compatible = "xlnx,zy7_wdt"; reg = <0x5000 0x1000>; - interrupts = <41>; + interrupts = <0 9 1>; interrupt-parent = <&GIC>; }; @@ -127,7 +127,7 @@ device_type = "watchdog"; compatible = "arm,mpcore_wdt"; reg = <0xf00620 0x20>; - interrupts = <30>; + interrupts = <1 14 1>; interrupt-parent = <&GIC>; reset = <1>; }; @@ -146,7 +146,7 @@ // device_type = "serial"; // compatible = "cadence,uart"; // reg = <0x0000 0x1000>; - // interrupts = <59>; + // interrupts = <0 27 4>; // interrupt-parent = <&GIC>; // clock-frequency = <50000000>; // }; @@ -155,7 +155,7 @@ device_type = "serial"; compatible = "cadence,uart"; reg = <0x1000 0x1000>; - interrupts = <82>; + interrupts = <0 50 4>; interrupt-parent = <&GIC>; clock-frequency = <50000000>; current-speed = <115200>; @@ -164,7 +164,7 @@ gpio: gpio@a000 { compatible = "xlnx,zy7_gpio"; reg = <0xa000 0x1000>; - interrupts = <52>; + interrupts = <0 20 4>; interrupt-parent = <&GIC>; }; @@ -174,7 +174,7 @@ compatible = "cadence,gem"; reg = <0xb000 0x1000>; - interrupts = <54 55>; + interrupts = <0 22 4>; interrupt-parent = <&GIC>; ref-clock-num = <0>; }; @@ -183,7 +183,7 @@ sdhci0: sdhci@100000 { compatible = "xlnx,zy7_sdhci"; reg = <0x100000 0x1000>; - interrupts = <56>; + interrupts = <0 24 4>; interrupt-parent = <&GIC>; max-frequency = <50000000>; }; @@ -192,7 +192,7 @@ qspi0: qspi@d000 { compatible = "xlnx,zy7_qspi"; reg = <0xd000 0x1000>; - interrupts = <51>; + interrupts = <0 19 4>; interrupt-parent = <&GIC>; spi-clock = <50000000>; ref-clock = <190476000>; @@ -202,7 +202,7 @@ ehci0: ehci@2000 { compatible = "xlnx,zy7_ehci"; reg = <0x2000 0x1000>; - interrupts = <53>; + interrupts = <0 21 4>; interrupt-parent = <&GIC>; phy_vbus_ext; }; Index: sys/boot/fdt/dts/arm/zybo.dts =================================================================== --- sys/boot/fdt/dts/arm/zybo.dts (revision 298483) +++ sys/boot/fdt/dts/arm/zybo.dts (working copy) @@ -71,7 +71,7 @@ compatible = "arm,gic"; interrupt-controller; #address-cells = <0>; - #interrupt-cells = <1>; + #interrupt-cells = <3>; reg = <0xf01000 0x1000>, // distributer registers <0xf00100 0x0100>; // CPU if registers }; @@ -80,7 +80,7 @@ pl310@f02000 { compatible = "arm,pl310"; reg = <0xf02000 0x1000>; - interrupts = <34>; + interrupts = <0 2 4>; interrupt-parent = <&GIC>; }; @@ -88,7 +88,7 @@ devcfg: devcfg@7000 { compatible = "xlnx,zy7_devcfg"; reg = <0x7000 0x1000>; - interrupts = <40>; + interrupts = <0 8 4>; interrupt-parent = <&GIC>; }; @@ -110,7 +110,7 @@ #size-cells = <0>; reg = <0xf00200 0x100>, // Global Timer Regs <0xf00600 0x20>; // Private Timer Regs - interrupts = < 27 29 >; + interrupts = <1 11 1>, <1 13 1>; interrupt-parent = <&GIC>; }; @@ -119,7 +119,7 @@ device_type = "watchdog"; compatible = "xlnx,zy7_wdt"; reg = <0x5000 0x1000>; - interrupts = <41>; + interrupts = <0 9 1>; interrupt-parent = <&GIC>; }; @@ -127,7 +127,7 @@ device_type = "watchdog"; compatible = "arm,mpcore_wdt"; reg = <0xf00620 0x20>; - interrupts = <30>; + interrupts = <1 14 1>; interrupt-parent = <&GIC>; reset = <1>; }; @@ -146,7 +146,7 @@ // device_type = "serial"; // compatible = "cadence,uart"; // reg = <0x0000 0x1000>; - // interrupts = <59>; + // interrupts = <0 27 4>; // interrupt-parent = <&GIC>; // clock-frequency = <50000000>; // }; @@ -155,7 +155,7 @@ device_type = "serial"; compatible = "cadence,uart"; reg = <0x1000 0x1000>; - interrupts = <82>; + interrupts = <0 50 4>; interrupt-parent = <&GIC>; clock-frequency = <50000000>; current-speed = <115200>; @@ -164,7 +164,7 @@ gpio: gpio@a000 { compatible = "xlnx,zy7_gpio"; reg = <0xa000 0x1000>; - interrupts = <52>; + interrupts = <0 20 4>; interrupt-parent = <&GIC>; }; @@ -174,7 +174,7 @@ compatible = "cadence,gem"; reg = <0xb000 0x1000>; - interrupts = <54 55>; + interrupts = <0 22 4>; interrupt-parent = <&GIC>; ref-clock-num = <0>; }; @@ -183,7 +183,7 @@ sdhci0: sdhci@100000 { compatible = "xlnx,zy7_sdhci"; reg = <0x100000 0x1000>; - interrupts = <56>; + interrupts = <0 24 4>; interrupt-parent = <&GIC>; max-frequency = <50000000>; }; @@ -192,7 +192,7 @@ qspi0: qspi@d000 { compatible = "xlnx,zy7_qspi"; reg = <0xd000 0x1000>; - interrupts = <51>; + interrupts = <0 19 4>; interrupt-parent = <&GIC>; spi-clock = <50000000>; ref-clock = <200000000>; @@ -202,7 +202,7 @@ ehci0: ehci@2000 { compatible = "xlnx,zy7_ehci"; reg = <0x2000 0x1000>; - interrupts = <53>; + interrupts = <0 21 4>; interrupt-parent = <&GIC>; }; --Apple-Mail=_8BC6FB3F-5679-42AD-AD88-CE4D04DB20DA Content-Disposition: attachment; filename=patch.cgem.txt Content-Type: text/plain; name="patch.cgem.txt" Content-Transfer-Encoding: 7bit Index: sys/dev/cadence/if_cgem.c =================================================================== --- sys/dev/cadence/if_cgem.c (revision 298364) +++ sys/dev/cadence/if_cgem.c (working copy) @@ -1630,6 +1630,9 @@ cgem_probe(device_t dev) { + if (!ofw_bus_status_okay(dev)) + return (ENXIO); + if (!ofw_bus_is_compatible(dev, "cadence,gem")) return (ENXIO); --Apple-Mail=_8BC6FB3F-5679-42AD-AD88-CE4D04DB20DA-- From owner-freebsd-arm@freebsd.org Sat Apr 23 11:53:04 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6594CB1945A for ; Sat, 23 Apr 2016 11:53:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 56BA81CA9 for ; Sat, 23 Apr 2016 11:53:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3NBr46q075515 for ; Sat, 23 Apr 2016 11:53:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 208992] release/release.sh: a few bugs for ARM Date: Sat, 23 Apr 2016 11:53:04 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sylvain@sylvaingarrigues.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 11:53:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208992 Bug ID: 208992 Summary: release/release.sh: a few bugs for ARM Product: Base System Version: 10.3-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sylvain@sylvaingarrigues.com Hello, I think there are a few improvements in the release script. 1/ release/release.sh, line 252: eval chroot ${CHROOTDIR} /etc/rc.d/ldconfig forcerestart if CHROOTBUILD_SKIP is set, that line will fail as make distribution was not run in the chroot. In release/tools/arm.subr: 2/ in arm_install_base(), RELEASE_RMAKEFLAGS is not used for the distributi= on target so NODOC and NOPORTS in the config file (e.g. RPI2.conf) seem only useful for the chroot. 3/ cleanup() is never used --=20 You are receiving this mail because: You are the assignee for the bug.=