On Thu, Aug 11, 2016 at 02:30:59AM +0200, Mark Kettenis wrote:
> Finally found the pmap bug that kept Cortex-A7 from working.  Turns
> out we have to flush the TLB when removing a L1 slot as well.  Already
> committed the diff, but here it is for those that are interested.

This diff makes Cubieboard2 to break earlier.

Thank you. 

--

U-Boot SPL 2016.07 (Aug 05 2016 - 23:44:57)
DRAM: 1024 MiB
CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
Trying to boot from MMC1


U-Boot 2016.07 (Aug 05 2016 - 23:44:57 -0600) Allwinner Technology

CPU:   Allwinner A20 (SUN7I)
Model: Cubietech Cubieboard2
I2C:   ready
DRAM:  1 GiB
MMC:   SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
SCSI:  SATA link 0 timeout.
AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part ccc apst
Net:   eth0: ethernet@01c50000
starting USB...
USB0:   USB EHCI 1.00
USB1:   USB OHCI 1.0
USB2:   USB EHCI 1.00
USB3:   USB OHCI 1.0
scanning bus 0 for devices... 1 USB Device(s) found
scanning bus 2 for devices... 1 USB Device(s) found
Hit any key to stop autoboot:  0
switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1...
reading /sun7i-a20-cubieboard2.dtb
30881 bytes read in 30 ms (1004.9 KiB/s)
Found EFI removable media binary efi/boot/bootarm.efi
reading efi/boot/bootarm.efi
65276 bytes read in 41 ms (1.5 MiB/s)
## Starting EFI application at 0x42000000 ...
Scanning disks on scsi...
Scanning disks on usb...
Scanning disks on mmc...
MMC Device 1 not found
MMC Device 2 not found
MMC Device 3 not found
Found 6 disks
>> OpenBSD/armv7 BOOTARM 0.1
boot>
cannot open sd0a:/etc/random.seed: No such file or directory
booting sd0a:/bsd: 2145120+7929144+428548 [64+306144+149963]=0xa77e9c

OpenBSD/armv7 booting ...
arg0 0x40000000 arg1 0x10bb arg2 0x48000000
Allocating page tables
freestart = 0x40d78000, free_pages = 258696 (0x0003f288)
IRQ stack: p0x40da6000 v0xc0da6000
ABT stack: p0x40da7000 v0xc0da7000
UND stack: p0x40da8000 v0xc0da8000
SVC stack: p0x40da9000 v0xc0da9000
Creating L1 page table at 0x40d78000
Mapping kernel
Constructing L2 page tables
undefined page pmap board type: 4283
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2016 OpenBSD. All rights reserved.  http://www.OpenBSD.org

OpenBSD 6.0-current (RAMDISK) #6: Wed Aug 10 22:37:03 BRT 2016
    dbolgher...@wbs.my.domain:/usr/src/sys/arch/armv7/compile/RAMDISK
real mem  = 1073741824 (1024MB)
avail mem = 1038749696 (990MB)
mainbus0 at root: Cubietech Cubieboard2
cpu0 at mainbus0: ARM Cortex A7 rev 4 (ARMv7 core)
cpu0: DC enabled IC enabled WB disabled EABT branch prediction enabled
cpu0: 32KB(32b/l,2way) I-cache, 32KB(64b/l,4way) wr-back D-cache
cortex0 at mainbus0

uvm_fault(0xc0cddc50, 81a3f000, 1, 0) -> e
Fatal kernel mode data abort: 'Translation Fault (S)'
trapframe: 0xc0daad18
DFSR=00000005, DFAR=81a3fef8, spsr=200001d3
r0 =81a3fef8, r1 =00000001, r2 =c0daad88, r3 =c0c94c70
r4 =c04f0dc0, r5 =c0daad88, r6 =c04f1088, r7 =c05102a8
r8 =c0c92aa8, r9 =00000000, r10=c0daae64, r11=c0daad84
r12=c0daad88, ssp=c0daad6c, slr=c040ae6c, pc =c040abb8

panic: Fatal abort
The operating system has halted.
Please press any key to reboot.

-- 
db

Reply via email to