Re: Toshiba JMR 3927 working setup?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thiemo Seufer wrote:
Gregor Waltz wrote:
I have been working on a JMR 3927 based system for a number of years. For all of that time, we have been running:
binutils 2.11.90.0.1
gcc 2.95.3
glibc 2.2.1
linux 2.4.12


We want to update to a 2.6 kernel, recent build tools, and saner system libraries. Although, it seems that the JMR 3927 is still technically supported, I have not found any info on whether anybody is still running Linux on it and what combination of software they are using. Any idea? Is there a combination of software versions that are known to work on this hardware?


I have used crosstool 0.43 to build:
binutils 2.15
gcc 3.4.5
glibc 2.3.6

http://www.linux-mips.org/wiki/Toolchains recommends binutils 2.16.1 and
gcc 3.4.4, but I believe your choice is also ok for 32-bit systems.

I will try that combination also.

Hard to tell from so little information, it would help to see the whole
boot log.


Thiemo
I wish that there were more of a boot log of which to speak. The following is a complete boot log:

Serial Number = WAC6200032
MAC Address 1= 00:0D:5D:00:eb:6f
Kernel Image Length = 0x695000, CRC = 0xd2ee6a23

Loading Linux ......
Downloading from ethernet, ^C to abort and restart pmonitor
sendRRQ vmlinux.bin
load linux length 0x34408a
Checking CRC on downloaded RAM image
/
CRC Check passed
Image Started At Address 0x80020000.
Image Length = 3424394 (0x34408a).
Exception! EPC=80056eb4 CAUSE=30000008(TLBL)
80056eb4 8ce4000c lw      a0,12(a3)                         # 0xc


All messages before the exception are from PMON. I am booting via TFTP. I also tried writing the kernel to flash and booting from that, but that fails identically. I checked the other serial port on the device, but it is not showing any kernel messages either. The normal boot console is ttyS1. I tried setting the kernel parameters and the default parameters (from the kernel build config) to "console=ttyS1", but that made no difference. Regardless, I would think that the kernel knows where to send messages because I am seeing the exception dump on ttyS1. Further, the exception gets printed immediately after "Image Length = 3424394 (0x34408a)." The exception happens so soon that I doubt that the kernel does very much beforehand.

Thanks


[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux