Daniel Bolgheroni | 1 Dec 00:50 2014

miniroot-sunxi-56.fs on Banana Pi


I'm trying to install OpenBSD on a Banana Pi board. So I dd'it the
miniroot-sunxi-56.fs to the SD card and powered the board. This is all I

$ sudo cu -115200 /dev/cuaU0
Connected to /dev/cuaU0 (speed 115200)

U-Boot SPL 2012.10-04277-g7aa9f04-dirty (Mar 28 2013 - 22:17:17)


Two things comes to mind: and old U-Boot SPL version and the DRAM, which
reports only 32 MB. I tried ArchLinux and it booted, so I can be sure it
isn't a board problem:

$ sudo cu -115200 /dev/cuaU0
Connected to /dev/cuaU0 (speed 115200)

U-Boot SPL 2014.04-10691-g493a12c (Jul 02 2014 - 15:02:40)
Board: Bananapi
DRAM: 1024 MiB
CPU: 960000000Hz, AXI/AHB/APB: 3/2/2
spl: not an uImage at 1600

U-Boot 2014.04-10691-g493a12c (Jul 02 2014 - 15:02:40) Allwinner Technology
(Continue reading)

Ignazio Madonia | 27 Nov 19:19 2014


*"subscribe arm"*

Edwin Amsler | 20 Nov 23:49 2014

AHCI problems with Cubieboard A10

Hard drives attached to the SATA port of my Cubieboard aren’t working.

It seems like the hardware is initialized properly, but the drive that is attached to the SATA port never
becomes ready.

For u-boot, I’m using the branch from the sunxi Github repo. It doesn’t come with SATA support compiled
in, so in theory it’s not touching important registers here. I have also used mainline u-boot and tested
that the SATA does work there and that it could read the partition table from different disks (couldn’t
get OBSD to boot there). The hardware shouldn’t be the problem here.

Full `dmesg` output can be found here:

And here’s the relevant bits:
ahci0 at sunxi0 GHC 0x80000000<AE> AHCI 1.1
ahci0: capabilities 0x6726ff80<NCQ,SSNTF,SALP,SAL,SCLO,SAM,SPM,PMD,SSC,PSC,CCCS>, 1 ports, 32
cmds, gen 2 (3Gbps)
ahci0: ports implemented: 0x00000001
ahci0.0: port reset
ahci0: device on port 0 didn't come ready, TFD: 0x80<BSY>
ahci0.0: soft reset
ahci0.0: stopping the port, softreset slot 31 was still active.
ahci0: unable to communicate with device on port 0
scsibus0 at ahci0: 32 targets

Now, what’s the best way to figure out what the problem is here? I’ve started building the kernel so if
someone has patches for me to test with, I’m definitely game to try them out.

Also, is this better to post on a different mailing list?

(Continue reading)

Edwin Amsler | 20 Nov 19:23 2014

Where is the release of 5.6 for ARMv7 targets?

Is there an official reason why ARMv7 was excluded from the 5.6 release? I’ve got my assumptions, but
I’d like to know if it was a conscious decision or not.

Just curiosity.



Ted Roby | 16 Nov 08:37 2014

siphash24 on BeagleBone Black Rev. B6

This is a BeagleBone Black board Revision B6.
Running OpenBSD 5.6-current as of 15 November 2014.

When using net/tor:
Tor v0.2.5.10 (git-42b42605f8d8eac2) running on OpenBSD with Libevent
1.4.14b-stable, OpenSSL LibreSSL 2.1 and Zlib 1.2.3.

I can use exit nodes to access external sites like https://check.torproject.org.

But accessing Hidden Services causes a core dump:

Program received signal SIGBUS, Bus error.
0x0010e518 in siphash24 ()
(gdb) bt
#0  0x0010e518 in siphash24 ()
#1  0x00103568 in strmap_set ()
#2  0x00045bf8 in rend_client_cancel_descriptor_fetches ()
#3  0x00045f40 in rend_client_refetch_v2_renddesc ()
#4  0x000bd3cc in connection_ap_handshake_rewrite_and_attach ()
#5  0x000be6e4 in connection_edge_process_inbuf ()
#6  0x000b7f70 in connection_handle_read ()
#7  0x0002b750 in process_signal ()
#8  0x4481f0d4 in event_base_loop (base=0xb7978, flags=0) at
#9  0x000286a0 in do_main_loop ()
#10 0x000294d4 in tor_main ()
#11 0x00026cc0 in _start ()
#12 0x00000000 in ?? ()

I have reproduced this problem by visiting different http Hidden Services.
(Continue reading)

Tracy Bales | 14 Nov 00:50 2014

CubieBoard2 (sunxi) boot message...

The developers are getting closer with the sunxi port dated
11/8/14...here's the latest boot message for my CubieBoard2.

After both USB ports are probed, the CubieBoard2 locks up...not sure what's
going on.  There's no panic...just frozen.

U-Boot SPL 2014.01-rc1-09154-gfb357b4 (Jan 07 2014 - 22:30:46)
Board: Cubieboard2
dram: 1024 MiB
CPU: 960000000Hz, AXI/AHB/APB: 3/2/2
spl: not an uImage at 1600

U-Boot 2014.01-rc1-09154-gfb357b4 (Jan 07 2014 - 22:30:46) Allwinner

CPU:   Allwinner A20 (SUN7I)
Board: Cubieboard2
I2C:   ready
DRAM:  1 GiB
WARNING: Caches not enabled
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   mii0
Warning: failed to set MAC address

Hit any key to stop autoboot:  0
(Continue reading)

Tobias Ulmer | 12 Nov 14:52 2014

unsupported gcc 4.9 build procedure

If you want to play with gcc 4.9 really badly *and* you're a masochist,
it's in ports now.

However, you need to sacrifice a chicken before it builds:

- Patch binutils-2.17 and install them
- Modify both share/mk/bsd.own.mk and add arm to BINUTILS217_ARCH
- rebuild base etc with new binutils.

Now build gcc and enjoy your FrankensteinBSD with the latest gnu

I do not expect anyone attempting this, it's more of a reminder that
someone(tm) needs to look into binutils-2.17 and make it the default on
arm. Or tell me what needs to be done to it before it can be made the

Index: binutils-2.17/gas/config/tc-arm.c
RCS file: /home/vcs/cvs/openbsd/src/gnu/usr.bin/binutils-2.17/gas/config/tc-arm.c,v
retrieving revision 1.3
diff -u -p -r1.3 tc-arm.c
--- binutils-2.17/gas/config/tc-arm.c	22 Aug 2012 14:39:43 -0000	1.3
+++ binutils-2.17/gas/config/tc-arm.c	30 Sep 2014 12:15:06 -0000
 <at>  <at>  -1730,6 +1730,43  <at>  <at>  s_syntax (int unused ATTRIBUTE_UNUSED)
   demand_empty_rest_of_line ();

+/* .inst directive from GPLv3 binutils. This is a GPLv2 compatible
+ * re-implementation for OpenBSD. It does not support Thumb mode.
(Continue reading)

Jonathan Gray | 10 Nov 08:36 2014

document armv7 network installs

Prompted by Brian's post here are some notes on
doing network installs via TFTP.

At some point I was explicitly using load addresses
like the ramdisks do but that doesn't seem to be required?

	setenv autoload no
	setenv serverip
	tftpboot 0x82800000 bsd.rd.OMAP.umg
	bootm 0x82800000

For a root on NFS setup I use:
	setenv bootargs "cpsw0:/bsd"

Index: prep
RCS file: /cvs/src/distrib/notes/armv7/prep,v
retrieving revision 1.4
diff -u -p -r1.4 prep
--- prep	1 May 2014 11:48:47 -0000	1.4
+++ prep	10 Nov 2014 07:27:06 -0000
 <at>  <at>  -2,23 +2,52  <at>  <at>  dnl	$OpenBSD: prep,v 1.4 2014/05/01 11:4
 Please be aware that OpenBSD support for this platform is far from

-At the moment the only way to boot the OpenBSD install is to copy the
-miniroot for your board "miniroot-{am335x,beagle,imx,panda,sunxi}-{:--:}OSrev.fs"
-image to an sdcard.
(Continue reading)

Brian Conway | 10 Nov 04:22 2014

Success report: BeagleBone Black rev C in eMMC-only configuration

This may come as no surprise, but I'm happy to report the Nov 4-5
snapshot is running flawlessly on the 4 GB eMMC in my BBB rev C. I
know the eMMC fix was done a while ago, but I figured I'd throw it out
there anyway. The hardest part ended up being getting U-Boot to accept
a tftp image when dhcpd.conf was already handing out a default

Keep up the good work!

Brian Conway

* (dhcp; tftpboot [IP:]openbsd/bsd.rd.OMAP.umg; bootm)

OpenBSD 5.6-current (GENERIC-OMAP) #19: Tue Nov  4 17:51:15 AEDT 2014
    jsg <at> armv7.jsg.id.au:/usr/src/sys/arch/armv7/compile/GENERIC-OMAP
real mem  = 536870912 (512MB)
avail mem = 518766592 (494MB)
warning: no entropy supplied by boot loader
mainbus0 at root
cpu0 at mainbus0: ARM Cortex A8 R3 rev 2 (ARMv7 core)
cpu0: DC enabled IC enabled WB disabled EABT branch prediction enabled
cpu0: 32KB(64b/l,4way) I-cache, 32KB(64b/l,4way) wr-back D-cache
omap0 at mainbus0: BeagleBone
prcm0 at omap0 rev 0.2
sitaracm0 at omap0: control module, rev 1.0
intc0 at omap0 rev 5.0
edma0 at omap0 rev 0.0
dmtimer0 at omap0 rev 3.1
dmtimer1 at omap0 rev 3.1
omdog0 at omap0 rev 0.1
(Continue reading)

Jonathan Gray | 6 Nov 11:35 2014

Re: Ethernet performance problem with OBSD5.5 (or 5.6) on armv7

Yes it seems the ALE changes from NetBSD don't help.
Here is an updated version of the diff from

Index: if_cpsw.c
RCS file: /cvs/src/sys/arch/armv7/omap/if_cpsw.c,v
retrieving revision 1.23
diff -u -p -r1.23 if_cpsw.c
--- if_cpsw.c	18 Aug 2014 17:56:45 -0000	1.23
+++ if_cpsw.c	6 Nov 2014 10:32:07 -0000
 <at>  <at>  -128,7 +128,7  <at>  <at>  struct cpsw_softc {

 	struct arpcom		 sc_ac;
 	struct mii_data		 sc_mii;
+	bool			 sc_phy_has_1000t;
 	struct cpsw_ring_data	*sc_rdp;
 	volatile u_int		 sc_txnext;
 	volatile u_int		 sc_txhead;
 <at>  <at>  -175,7 +175,22  <at>  <at>  int	cpsw_rxintr(void *);
 int	cpsw_txintr(void *);
 int	cpsw_miscintr(void *);

+#define	CPSW_MAX_ALE_ENTRIES	1024
+int	cpsw_ale_update_addresses(struct cpsw_softc *, int);
+void	cpsw_ale_entry_init(uint32_t *);
+void	cpsw_ale_entry_set_mac(uint32_t *, const uint8_t *);
+void	cpsw_ale_entry_set_bcast_mac(uint32_t *);
(Continue reading)

Mérindol Bernard | 3 Nov 12:01 2014

Ethernet performance problem with OBSD5.5 (or 5.6) on armv7

Hi All,

I works with AM335x Starter Kit from TI, I modify the cpsw driver to works with 2 ports (cpsw0 and cpsw1).

Before this modification I have tested the performance on native driver with this command.

nc -l 1234 > /dev/null

on host connected by switch 100Mbit/s full duplex (MAC OX 10.10)

nc 1234 < CentM

where CentM il file with 100MByte (created with makefile 100m CentM).

On BSD5.5 or 5.6 the time for this transfert is 93s = 8,6 Mbit/s

I have try the same transfert with Linux (on same board) the time is 9s = 89Mbit/s

The performance of transfert on OBSD is poor why ?

Driver ?
Kernel ?
Or mistake on my configuration.

I need ARM card with 2 ethernets (giga) Port to configure in routing from port 1 to port 2. I hope 200Mbit/s
(linux performance) for this routing.

Thank for your help.
(Continue reading)