gmane.os.netbsd.ports.mips archive

233 archived articles, newest first (page 1 of 3). Latest articles →

Re: xx
Mon, 9 Dec 2002 06:11:06 -0800
Jason R Thorpe <[email protected]> • #233
Re: xx
Mon, 9 Dec 2002 15:09:38 +0100 (CET)
Jaromir Dolecek <[email protected]> • #232
Re: xx
Mon, 9 Dec 2002 05:56:22 -0800
Jason R Thorpe <[email protected]> • #231
Re: xx
Mon, 9 Dec 2002 11:14:22 +0100 (CET)
Jaromir Dolecek <[email protected]> • #230
Re: xx
Sun, 8 Dec 2002 21:22:58 -0800
Jason R Thorpe <[email protected]> • #229
xx
Mon, 9 Dec 2002 12:16:29 +1100
Simon Burge <[email protected]> • #228
Re: Servicing Multiple (nested) TLB Misses
Sun, 8 Dec 2002 00:03:14 -0800
Jason R Thorpe <[email protected]> • #227
Re: Servicing Multiple (nested) TLB Misses
Sun, 8 Dec 2002 16:09:01 +0900
"Toru Nishimura" <[email protected]> • #226
Re: Servicing Multiple (nested) TLB Misses
Sat, 7 Dec 2002 21:15:00 -0800
Jason R Thorpe <[email protected]> • #225
Servicing Multiple (nested) TLB Misses
Sun, 8 Dec 2002 13:24:07 +0900
"Toru Nishimura" <[email protected]> • #224
Questions Concerning Your Product In Retail Establishments
Mon, 2 Dec 2002 22:28:33 -0600
<[email protected]> • #223
Re: sizeof(PTE) in mipsX_subr.S
Tue, 3 Dec 2002 11:38:49 +0900
"Toru Nishimura" <[email protected]> • #222
Re: sizeof(PTE) in mipsX_subr.S
02 Dec 2002 17:13:22 -0800
[email protected] • #221
Re: sizeof(PTE) in mipsX_subr.S
Tue, 3 Dec 2002 09:10:39 +0900
"Toru Nishimura" <[email protected]> • #220
Re: sizeof(PTE) in mipsX_subr.S
Tue, 3 Dec 2002 09:00:52 +0900
"Toru Nishimura" <[email protected]> • #219
Re: sizeof(PTE) in mipsX_subr.S
02 Dec 2002 10:40:28 -0800
[email protected] • #218
Re: sizeof(PTE) in mipsX_subr.S
Mon, 2 Dec 2002 13:24:15 -0500
Paul Koning <[email protected]> • #217
sizeof(PTE) in mipsX_subr.S
Sun, 1 Dec 2002 22:19:14 +0900
"Toru Nishimura" <[email protected]> • #216
Build breakage?
Sat, 30 Nov 2002 13:06:42 -0700 (MST)
"M. Warner Losh" <[email protected]> • #215
Urgent Unix Support Requirement for Frankfurt
Wed, 27 Nov 2002 13:18:40 +0100
"J Schroeder" <[email protected]> • #214
Re: port-mips/16154
Sun, 24 Nov 2002 18:28:34 +0900
"Toru Nishimura" <[email protected]> • #213
Re: port-mips/16154
Sun, 24 Nov 2002 00:35:25 -0800
[email protected] (Stephen Ma) • #212
Re: port-mips/16154
Sun, 24 Nov 2002 00:07:12 -0800
[email protected] (Stephen Ma) • #211
Re: port-mips/16154
Sat, 23 Nov 2002 10:54:24 -0800
Chuck Silvers <[email protected]> • #210
Re: port-mips/16154
Sat, 23 Nov 2002 20:59:40 +0900
"Toru Nishimura" <[email protected]> • #209
Re: port-mips/16154
Sat, 23 Nov 2002 18:42:34 +0900
"Toru Nishimura" <[email protected]> • #208
Re: port-mips/16154
Fri, 22 Nov 2002 22:00:44 +0900
"Toru Nishimura" <[email protected]> • #207
port-mips/16154
Thu, 21 Nov 2002 17:15:47 -0800
[email protected] (Stephen Ma) • #206
KSEG2 TLB miss -- Re: USPACE management
Wed, 20 Nov 2002 23:58:55 +0900
"Toru Nishimura" <[email protected]> • #205
Re: Two pmaxes, no one boots
Wed, 20 Nov 2002 22:19:32 +0900
"Toru Nishimura" <[email protected]> • #204
Re: USPACE management
18 Nov 2002 10:47:01 -0800
[email protected] • #203
Re: 64bit FP emulation
18 Nov 2002 10:44:22 -0800
[email protected] • #202
Re: 64bit FP emulation
Mon, 18 Nov 2002 07:13:09 -0800
Jason R Thorpe <[email protected]> • #201
Re: 64bit FP emulation
Mon, 18 Nov 2002 14:48:57 +0000
Dominic Sweetman <[email protected]> • #200
Re: 64bit FP emulation
Mon, 18 Nov 2002 06:25:27 -0800
Jason R Thorpe <[email protected]> • #199
Re: 64bit FP emulation
Mon, 18 Nov 2002 11:02:26 +0000
Dominic Sweetman <[email protected]> • #198
Re: 64bit FP emulation
Sun, 17 Nov 2002 06:23:46 -0800
Jason R Thorpe <[email protected]> • #197
Re: 64bit FP emulation
Sun, 17 Nov 2002 12:29:09 +0000
Nigel Stephens <[email protected]> • #196
The use of CONTEXT register
Sun, 17 Nov 2002 18:48:15 +0900
"Toru Nishimura" <[email protected]> • #195
G(lobal) bit and ASID management
Sun, 17 Nov 2002 17:01:07 +0900
"Toru Nishimura" <[email protected]> • #194
USPACE management
Sun, 17 Nov 2002 13:30:54 +0900
"Toru Nishimura" <[email protected]> • #193
Re: 64bit FP emulation
Sun, 17 Nov 2002 15:20:14 +1100
Simon Burge <[email protected]> • #192
64bit FP emulation
Sun, 17 Nov 2002 12:51:52 +0900
"Toru Nishimura" <[email protected]> • #191
Re: proposal -- new struct frame layout
Sun, 17 Nov 2002 12:12:18 +0900
"Toru Nishimura" <[email protected]> • #190
Re: proposal -- new struct frame layout
Sun, 17 Nov 2002 11:58:43 +0900
"Toru Nishimura" <[email protected]> • #189
[[email protected]: CVS commit: syssrc/sys/arch/sbmips/stand]
Tue, 12 Nov 2002 12:30:23 -0800
Jason R Thorpe <[email protected]> • #188
Re: proposal -- new struct frame layout
12 Nov 2002 09:03:46 -0800
[email protected] • #187
Re: SNI RM400
Wed, 13 Nov 2002 00:20:44 +0900
"Toru Nishimura" <[email protected]> • #186
proposal -- new struct frame layout
Tue, 12 Nov 2002 23:42:39 +0900
"Toru Nishimura" <[email protected]> • #185
Re: SNI RM400
Tue, 12 Nov 2002 12:01:00 +0100
Michael Engel <[email protected]> • #184
Re: SNI RM400
Tue, 12 Nov 2002 11:57:23 +0100
Alexander Langer <[email protected]> • #183
Re: SNI RM400
Tue, 12 Nov 2002 09:51:51 +0100
Michael Engel <[email protected]> • #182
re: SNI RM400
Tue, 12 Nov 2002 13:04:04 +1100
matthew green <[email protected]> • #181
Re: SNI RM400
Mon, 11 Nov 2002 17:56:42 -0800
Jason R Thorpe <[email protected]> • #180
Re: SNI RM400
Tue, 12 Nov 2002 09:56:09 +0900
"Toru Nishimura" <[email protected]> • #179
Re: SNI RM400
Mon, 11 Nov 2002 23:51:35 +0100
Alexander Langer <[email protected]> • #178
Re: SNI RM400
Mon, 11 Nov 2002 23:38:45 +0100
Alexander Langer <[email protected]> • #177
Re: SNI RM400
Tue, 12 Nov 2002 07:50:27 +1100
Simon Burge <[email protected]> • #176
Re: SNI RM400
Mon, 11 Nov 2002 12:32:15 -0800
Jason R Thorpe <[email protected]> • #175
SNI RM400
Mon, 11 Nov 2002 21:19:19 +0100
Alexander Langer <[email protected]> • #174
Re: "wiring ... didn't change!"
11 Nov 2002 09:13:03 -0800
[email protected] • #173
Re: "wiring ... didn't change!"
Sun, 10 Nov 2002 22:21:48 -0500
Rafal Boni <[email protected]> • #172
Re: "wiring ... didn't change!"
Sun, 10 Nov 2002 23:29:36 +0900 (JST)
Izumi Tsutsui <[email protected]> • #171
Re: CVS commit: syssrc/sys/arch/mips/mips
Sun, 10 Nov 2002 14:38:30 +0900
"Toru Nishimura" <[email protected]> • #170
possible issue of sigcontext alignment on user stack
Sat, 9 Nov 2002 21:15:44 +0900
"Toru Nishimura" <[email protected]> • #169
Re: Problems building some packages (configure)
Sat, 09 Nov 2002 02:05:06 -0500
Rafal Boni <[email protected]> • #168
Problems building some packages (configure)
Sat, 9 Nov 2002 16:12:41 +1100 (EST)
Adrian Close <[email protected]> • #167
Pour le temps des fêtes, doublez vos ventes !
Tue, 5 Nov 2002 16:12:28 -0500
[email protected] • #166
cum guzzling teens want you one on one
Mon, 14 Oct 2002 09:53:13 -0700
aaronhimes <[email protected]> • #165
Re: port-mips/16154
Sun, 13 Oct 2002 10:46:40 +0200
Nicolas BOUQUET <[email protected]> • #164
port-mips/16154
Sun, 13 Oct 2002 09:55:26 +0200
[email protected] (Emmanuel Dreyfus) • #163
NetBSD on LSI Logic MIPS EZ4103
Sun, 6 Oct 2002 08:16:34 -0500
"Bob Lund" <[email protected]> • #162
Re: Accelerating memset/memcpy
Wed, 2 Oct 2002 08:13:28 +1000
Simon Burge <[email protected]> • #161
Re: Accelerating memset/memcpy
01 Oct 2002 10:31:26 -0700
[email protected] • #160
Re: Accelerating memset/memcpy
Tue, 01 Oct 2002 18:25:05 +0100
Nigel Stephens <[email protected]> • #159
Re: Accelerating memset/memcpy
Tue, 01 Oct 2002 18:20:15 +0100
Nigel Stephens <[email protected]> • #158
Re: Accelerating memset/memcpy
01 Oct 2002 10:01:26 -0700
[email protected] • #157
Re: Accelerating memset/memcpy
Tue, 1 Oct 2002 12:01:43 -0400
Paul Koning <[email protected]> • #156
Re: Accelerating memset/memcpy
Tue, 01 Oct 2002 16:58:50 +0100
Nigel Stephens <[email protected]> • #155
Re: Accelerating memset/memcpy
Tue, 01 Oct 2002 16:50:35 +0100
Nigel Stephens <[email protected]> • #154
Re: Accelerating memset/memcpy
Tue, 1 Oct 2002 11:38:50 -0400
Paul Koning <[email protected]> • #153
Re: Accelerating memset/memcpy
Tue, 01 Oct 2002 15:25:22 +0200
Nicolas BOUQUET <[email protected]> • #152
Re: Accelerating memset/memcpy
Tue, 1 Oct 2002 23:01:19 +1000
Simon Burge <[email protected]> • #151
Accelerating memset/memcpy
Tue, 01 Oct 2002 10:01:39 +0000
Nicolas BOUQUET <[email protected]> • #150
Q: DOES YOUR FOREIGN ACCENT SIMPLY GET IN THE WAY?
Sun, 29 Sep 2002 14:19:53 -0500
Sarah Benson <[email protected]> • #149
Re: -mips3 question
Wed, 25 Sep 2002 15:42:22 +0100 (BST)
David Brownlee <[email protected]> • #148
Re: -mips3 question
Wed, 25 Sep 2002 07:35:11 -0700
Jason R Thorpe <[email protected]> • #147
Re: -mips3 question
Wed, 25 Sep 2002 21:16:46 +0900 (JST)
Izumi Tsutsui <[email protected]> • #146
-mips3 question
Wed, 25 Sep 2002 09:21:28 +0100 (BST)
David Brownlee <[email protected]> • #145
Re: New MIPS cache code vs. R5k secondary caches...
Sat, 21 Sep 2002 14:05:02 -0700
Jason R Thorpe <[email protected]> • #144
Re: New MIPS cache code vs. R5k secondary caches...
Fri, 20 Sep 2002 16:54:40 -0700
Jason R Thorpe <[email protected]> • #143
Re: New MIPS cache code vs. R5k secondary caches...
Fri, 20 Sep 2002 19:43:14 -0400
Rafal Boni <[email protected]> • #142
Re: New MIPS cache code vs. R5k secondary caches...
Fri, 20 Sep 2002 16:33:34 -0700
Jason R Thorpe <[email protected]> • #141
Re: New MIPS cache code vs. R5k secondary caches...
Fri, 20 Sep 2002 19:21:24 -0400
Rafal Boni <[email protected]> • #140
Re: New MIPS cache code vs. R5k secondary caches...
Fri, 20 Sep 2002 13:55:52 -0700
Jason R Thorpe <[email protected]> • #139
New MIPS cache code vs. R5k secondary caches...
Fri, 20 Sep 2002 16:24:00 -0400
Rafal Boni <[email protected]> • #138
Re: IDT 79R3052E
Fri, 20 Sep 2002 17:17:10 +0900
"Toru Nishimura" <[email protected]> • #137
IDT 79R3052E
Thu, 19 Sep 2002 23:51:18 -0400
"Ken Seefried" <[email protected]> • #136
READ ME: ld.elf_so changes
Fri, 13 Sep 2002 17:48:28 GMT
Charles Hannum <[email protected]> • #135
Re: ELF_INTERP_NON_RELOCATABLE
Fri, 13 Sep 2002 16:27:16 +0200 (CEST)
Jaromir Dolecek <[email protected]> • #134
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.