* Re: Fwd: [sparc32] reserve nocache based on RAM size
[not found] <200207151333.g6FDXF001511@devserv.devel.redhat.com>
@ 2002-07-15 18:35 ` Pete Zaitcev
2002-07-15 18:41 ` Tomas Szepe
0 siblings, 1 reply; 2+ messages in thread
From: Pete Zaitcev @ 2002-07-15 18:35 UTC (permalink / raw)
To: szepe; +Cc: linux-kernel
> From: Tomas Szepe <szepe@pinerecords.com>
> Newsgroups: rhat.general.linux-kernel
> Date: Sun, 14 Jul 2002 17:38:05 +0200
> Since there's no official sparc32 maintainer, I'm sending this patch
> directly to you. It has now been tested in various configurations
> (released in the default Aurora 0.3 kernel) and appears to be causing
> no undesired side effects.
Would you mind to send me 3-4 /proc/meminfos and /proc/cpuinfos
from your Aurora boxes with this patch, preferably after some uptime?
Also, did you think about a deadlock-free runtime resizing of the
nocache memory? I did not even bother with boot-time resizing,
because run-time resizing sounds doable and certainly nobler.
-- Pete
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Fwd: [sparc32] reserve nocache based on RAM size
2002-07-15 18:35 ` Fwd: [sparc32] reserve nocache based on RAM size Pete Zaitcev
@ 2002-07-15 18:41 ` Tomas Szepe
0 siblings, 0 replies; 2+ messages in thread
From: Tomas Szepe @ 2002-07-15 18:41 UTC (permalink / raw)
To: Pete Zaitcev; +Cc: linux-kernel
> > From: Tomas Szepe <szepe@pinerecords.com>
> > Newsgroups: rhat.general.linux-kernel
> > Date: Sun, 14 Jul 2002 17:38:05 +0200
>
> > Since there's no official sparc32 maintainer, I'm sending this patch
> > directly to you. It has now been tested in various configurations
> > (released in the default Aurora 0.3 kernel) and appears to be causing
> > no undesired side effects.
>
> Would you mind to send me 3-4 /proc/meminfos and /proc/cpuinfos
> from your Aurora boxes with this patch, preferably after some uptime?
At the moment, I've only got one box up:
$ uname -r
2.4.19-pre10
$ uptime
8:39pm up 41 days, 10:33, 5 users, load average: 0.00, 0.00, 0.00
$ cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 157298688 145948672 11350016 0 41795584 48705536
Swap: 234864640 24662016 210202624
MemTotal: 153612 kB
MemFree: 11084 kB
MemShared: 0 kB
Buffers: 40816 kB
Cached: 42640 kB
SwapCached: 4924 kB
Active: 40752 kB
Inactive: 67556 kB
HighTotal: 64828 kB
HighFree: 4472 kB
LowTotal: 88784 kB
LowFree: 6612 kB
SwapTotal: 229360 kB
SwapFree: 205276 kB
$ cat /proc/cpuinfo
cpu : Texas Instruments, Inc. - SuperSparc-(II)
fpu : SuperSparc on-chip FPU
promlib : Version 3 Revision 2
prom : 2.22
type : sun4m
ncpus probed : 2
ncpus active : 2
Cpu0Bogo : 74.75
Cpu1Bogo : 59.80
MMU type : TI Viking/MXCC
contexts : 65536
nocache total : 3145728
nocache used : 998656
CPU0 : online
CPU1 : online
> Also, did you think about a deadlock-free runtime resizing of the
> nocache memory? I did not even bother with boot-time resizing,
> because run-time resizing sounds doable and certainly nobler.
Not yet, sounds like a good idea, though. I'll certainly have
a look at it later on.
T.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-07-15 18:39 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <200207151333.g6FDXF001511@devserv.devel.redhat.com>
2002-07-15 18:35 ` Fwd: [sparc32] reserve nocache based on RAM size Pete Zaitcev
2002-07-15 18:41 ` Tomas Szepe
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®