From: Rojhalat Ibrahim <ibrahim@schenk.isar.de>
To: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Cc: linux-mips@linux-mips.org
Subject: Re: [PATCH] Further TLB handler optimizations
Date: Mon, 10 Jan 2005 16:23:33 +0100 [thread overview]
Message-ID: <41E29DF5.6040800@schenk.isar.de> (raw)
In-Reply-To: <20050110140429.GC15344@rembrandt.csv.ica.uni-stuttgart.de>
Thiemo Seufer wrote:
> Rojhalat Ibrahim wrote:
>
>>Thiemo Seufer wrote:
>>
>>>I updated the patch now and checked it in. Please test, especially
>>>for cases I couldn't do, like R3000-style TLB handling and MIPS32
>>>CPUs with 64bit physaddr.
>>>
>>
>>My Yosemite board (RM9000 processor) does not boot anymore with
>>CONFIG_64BIT_PHYS_ADDR. Without that option it seems to be working
>>as before. I tried to define cpu_has_64bit_gp_regs.
>
>
> Correct, this should always be defined for 64bit capable CPUs.
>
>
Ok. But before it was working without that setting.
Furthermore, without cpu_has_64bit_gp_regs and without
CONFIG_64BIT_PHYS_ADDR I get a working kernel. With
cpu_has_64bit_gp_regs defined the kernel fails with
or without CONFIG_64BIT_PHYS_ADDR.
>>With that it boots partly.
>
>
> Where does it fail?
>
>
Actually the kernel seems to boot completely
but never starts init. It just stops after the
last line.
The console output looks like this:
Linux version 2.6.10 (imr@pcimr4) (gcc version 3.4.3) #334 Mon Jan 10
16:11:13 C
ET 2005
CPU revision is: 00003440
FPU revision is: 00003420
Determined physical RAM map:
memory: 10000000 @ 00000000 (usable)
Built 1 zonelists
Kernel command line: tftp://172.22.10.24/vmlinux
nfsroot=172.22.10.24:/home/mips
root ip=172.22.110.5 console=ttyS0,115200
Unknown boot option `tftp://172.22.10.24/vmlinux': ignoring
Primary instruction cache 16kB, physically tagged, 4-way, linesize 32 bytes.
Primary data cache 16kB, 4-way, linesize 32 bytes.
Secondary cache enabled.
Synthesized TLB refill handler (27 instructions).
Synthesized TLB load handler fastpath (39 instructions).
Synthesized TLB store handler fastpath (39 instructions).
Synthesized TLB modify handler fastpath (38 instructions).
PID hash table entries: 2048 (order: 11, 32768 bytes)
Using 500.000 MHz high precision timer.
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 256576k/262144k available (1431k kernel code, 5400k reserved,
236k data,
108k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Checking for 'wait' instruction... available.
NET: Registered protocol family 16
Can't analyze prologue code at 802645ac
Generic RTC Driver v1.07
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
ttyS0 at MMIO 0x0 (irq = 4) is a ST16650
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
loop: loaded (max 8 devices)
PMC-Sierra TITAN 10/100/1000 Ethernet Driver
Device Id : 9220, Version : 1
eth0: port 0 with MAC address 00:e0:04:00:00:21
Rx NAPI supported, Tx Coalescing ON
eth1: port 1 with MAC address 00:e0:04:00:00:22
Rx NAPI supported, Tx Coalescing ON
eth2: port 2 with MAC address 00:e0:04:00:00:23
Rx NAPI supported, Tx Coalescing ON
NET: Registered protocol family 2
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
NET: Registered protocol family 1
NET: Registered protocol family 17
Assigned IRQ 3 to port 0
Assigned IRQ 2 to port 1
eth1: Error opening interface
IP-Config: Failed to open eth1
Assigned IRQ 1 to port 2
eth2: Error opening interface
IP-Config: Failed to open eth2
IP-Config: Guessing netmask 255.255.0.0
IP-Config: Complete:
device=eth0, addr=172.22.110.5, mask=255.255.0.0, gw=255.255.255.255,
host=172.22.110.5, domain=, nis-domain=(none),
bootserver=255.255.255.255, rootserver=172.22.10.24, rootpath=
Looking up port of RPC 100003/2 on 172.22.10.24
Looking up port of RPC 100005/1 on 172.22.10.24
VFS: Mounted root (nfs filesystem) readonly.
Freeing unused kernel memory: 108k freed
next prev parent reply other threads:[~2005-01-10 15:23 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-22 21:55 [PATCH] Further TLB handler optimizations Thiemo Seufer
2004-12-23 20:25 ` Martin Michlmayr
2004-12-24 4:00 ` Manish Lachwani
2004-12-24 8:56 ` Thiemo Seufer
2005-01-07 19:06 ` Thiemo Seufer
2005-01-10 12:51 ` Rojhalat Ibrahim
2005-01-10 14:04 ` Thiemo Seufer
2005-01-10 14:35 ` Thiemo Seufer
2005-01-10 15:39 ` Rojhalat Ibrahim
2005-01-10 15:23 ` Rojhalat Ibrahim [this message]
2005-01-10 15:42 ` Thiemo Seufer
2005-01-11 8:10 ` Rojhalat Ibrahim
2005-01-11 8:56 ` Rojhalat Ibrahim
2005-01-11 16:26 ` Thiemo Seufer
2005-01-11 17:36 ` Rojhalat Ibrahim
2005-01-11 18:04 ` Thiemo Seufer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41E29DF5.6040800@schenk.isar.de \
--to=ibrahim@schenk.isar.de \
--cc=ica2_ts@csv.ica.uni-stuttgart.de \
--cc=linux-mips@linux-mips.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox