From: Hartvig Ekner <hartvig@ekner.info>
To: Linux MIPS mailing list <linux-mips@linux-mips.org>
Subject: MIPS32 cache functions now using c-r4k?
Date: Wed, 16 Apr 2003 09:54:28 +0200 [thread overview]
Message-ID: <3E9D0C34.38FE2749@ekner.info> (raw)
[-- Attachment #1: Type: text/plain, Size: 1821 bytes --]
On a MIPS32 CPU (Au1500), I now end up in:
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Checking for 'wait' instruction... available.
POSIX conformance testing by UNIFIX
Autoconfig PCI channel 0x802d0ab8
Scanning bus 00, I/O 0x00000300:0x00100000, Mem 0x40000000:0x44000000
Reserved instruction in kernel code in traps.c::do_ri, line 650:
$0 : 00000000 810e4000 802d0000 80109654 810e3000 802c4754 00000000 80000000
$8 : 8102e720 00000001 8010b98c c0000000 001fffff c0000000 fffffff4 00000010
$16: 810e3000 802d1340 802b9800 802bc000 00000000 00000000 00101000 00000000
$24: ffffffff 810ebde7 810ea000 810ebd68 00000000 80121adc
Hi : 00000000
Lo : 000000c0
epc : 8010965c Not tainted
Status: 1000fc02
Cause : 00800028
Process swapper (pid: 1, stackpage=810ea000)
Which is:
80109654 <r4k_clear_page_d32>:
80109654: 24811000 addiu $at,$a0,4096
80109658: bc8d0000 cache 0xd,0($a0)
8010965c: fc800000 sdc3 $0,0($a0)
80109660: fc800008 sdc3 $0,8($a0)
80109664: fc800010 sdc3 $0,16($a0)
80109668: fc800018 sdc3 $0,24($a0)
8010966c: 24840040 addiu $a0,$a0,64
80109670: bc8dffe0 cache 0xd,-32($a0)
80109674: fc80ffe0 sdc3 $0,-32($a0)
80109678: fc80ffe8 sdc3 $0,-24($a0)
8010967c: fc80fff0 sdc3 $0,-16($a0)
80109680: 1424fff5 bne $at,$a0,80109658 <r4k_clear_page_d32+0x4>
80109684: fc80fff8 sdc3 $0,-8($a0)
80109688: 03e00008 jr $ra
It seems much of the r4k cache code assumes the presence of SD - which breaks on all MIPS32 CPU's?
/Hartvig
[-- Attachment #2: Type: text/html, Size: 3675 bytes --]
next reply other threads:[~2003-04-16 7:53 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-16 7:54 Hartvig Ekner [this message]
2003-04-16 12:59 ` MIPS32 cache functions now using c-r4k? Kevin D. Kissell
2003-04-16 13:19 ` Maciej W. Rozycki
2003-04-16 14:08 ` Ralf Baechle
2003-04-16 16:51 ` Jun Sun
2003-04-16 13:17 ` Maciej W. Rozycki
2003-04-16 14:59 ` Ralf Baechle
2003-04-16 17:51 ` Hartvig Ekner
2003-04-16 19:19 ` Ralf Baechle
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=3E9D0C34.38FE2749@ekner.info \
--to=hartvig@ekner.info \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.