mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* 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®