On Wed, Aug 10, 2016 at 10:53:03PM -0300, Daniel Bolgheroni wrote:
> 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. 
> 

Did you rememeber to revert the whatever patch you were using before?

-Artturi

> --
> 
> 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