-HEAD on gxemul/MALTA is broken

[Warner Losh]

Since I already fixed this, I imagine yes.  Usually people using MIPS grab a version that works and use it for a while, so breakage can be a bit slow to get fixed.. :(

Warner

On Apr 17, 2013, at 7:05 PM, Joe Holden wrote:

> I reported this as a pr for Octeon, I'm seeing the same thing - no response yet though.... is MIPS ever likely to be a well supported platform given nobody pays attention?
> 
> Adrian Chadd wrote:
>> As promised:
>> [adrian at lucy ~]$ gxemul -e malta -d
>> i:/home/adrian/work/freebsd/svn/mfsroot-rspro.img -C 4Kc
>> /tftpboot/kernel.MALTA
>> GXemul 0.6.0    Copyright (C) 2003-2010  Anders Gavare
>> Read the source code and/or documentation for other Copyright messages.
>> Simple setup...
>>    net:
>>        simulated network: 10.0.0.0/8 (max outgoing: TCP=100, UDP=100)
>>        simulated gateway+nameserver: 10.0.0.254 (60:50:40:30:20:10)
>>        simulated nameserver uses real nameserver 10.11.0.2
>>    machine:
>>        memory: 128 MB
>>        cpu0: 4Kc (I+D = 16+16 KB)
>>        machine: MALTA (evbmips, little endian) (33.00 MHz)
>>        bootstring: kernel.MALTA
>>        diskimage: /home/adrian/work/freebsd/svn/mfsroot-rspro.img
>>            IDE DISK id 0, read-only, 17 MB (35768 sectors)
>>        loading /tftpboot/kernel.MALTA
>>        cpu0: starting at 0x80100100 (gp=0x804d42c0)
>> NOTE: This is a LEGACY emulation mode.
>> -------------------------------------------------------------------------------
>> entry: platform_start()
>> cmd line: kernel.MALTA
>> envp:
>>        baseboardserial = 0000000000
>>        bootprot = tftp
>>        bootserport = tty0
>>        bootserver = 10.0.0.254
>>        ethaddr = 10.20.30.00.00.10
>>        gateway = 10.0.0.254
>>        ipaddr = 10.0.0.1
>>        memsize = 0x08000000
>>        modetty0 = 38400,n,8,1,none
>>        modetty1 = 38400,n,8,1,none
>>        prompt = YAMON
>>        yamonrev = 02.06
>>        subnetmask = 255.0.0.0
>>        khz = 33000
>> memsize = 08000000
>> Cache info:
>>  picache_stride    = 4096
>>  picache_loopcount = 4
>>  pdcache_stride    = 4096
>>  pdcache_loopcount = 4
>> cpu0: MIPS Technologies processor v1.128
>>  MMU: Standard TLB, 16 entries
>>  L1 i-cache: 2 ways of 512 sets, 16 bytes per line
>>  L1 d-cache: 2 ways of 512 sets, 16 bytes per line
>>  Config1=0x1ed96c81<FPU>
>> Physical memory chunk(s):
>> 0x4f0000 - 0x7ffffff, 129040384 bytes (31504 pages)
>> Maxmem is 0x8000000
>> KDB: debugger backends: ddb
>> KDB: current backend: ddb
>> Copyright (c) 1992-2013 The FreeBSD Project.
>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>>        The Regents of the University of California. All rights reserved.
>> FreeBSD is a registered trademark of The FreeBSD Foundation.
>> FreeBSD 10.0-CURRENT #0 r249569M: Wed Dec 31 16:00:00 PST 1969
>>    adrian at dummy:/home/adrian/work/freebsd/svn/obj/mipsel/mips.mipsel/usr/home/adrian/work/freebsd/svn/src/sys/MALTA
>> mips
>> gcc version 4.2.1 20070831 patched [FreeBSD]
>> [ warning: LOW reference: vaddr=0x00000000, exception TLBL,
>> pc=0x8020f024 <init_dynamic_kenv+0x3c> ]
>> Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode)
>> [ thread pid 0 tid 0 ]
>> Stopped at      0x8020f024:     lb      v0,0(s2)
>> db>
>> I'll get cross-build gdb up in a sec and see if I can get this working..
>> Adrian
>> _______________________________________________
>> freebsd-mips at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
>> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"
> 
> _______________________________________________
> freebsd-mips at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"