E4500 with 24GB RAM

[Sten Spans]

On Sat, 11 Jun 2005, Pyun YongHyeon wrote:

> On Sat, Jun 11, 2005 at 01:47:48AM -0700, John-Mark Gurney wrote:
> > Pyun YongHyeon wrote this message on Sat, Jun 11, 2005 at 16:26 +0900:
> > > I wonder how you can use NFS reliably on sparc64. Due to failure of
> > > alignment(both server and client) it's really easy to get panic on sparc64.
> >
> > I was recently trying to upgrade my sparc64 using a cross-built world,
> > and I couldn't get through an installworld with my sparc64 mounted..
> > It kept on panicing..  I plan to take a look at them shortly, but I
> > don't think I was using tcp...  I do have a few back traces if someone
> > wants to look at them...
> >
>
> Long ago I had a local hack that addresses the alignment issue.
> Basically it re-inspected whether the mbuf needs realignment in nfsm_disct().
> It was ugly hack and gave performance penalty for architectures that
> allow non-aligned memory access.
>
> Personally I believe we should remove nfs_realign() that fails its mission
> and rewrite nfsm_disct to handle alignments as NetBSD did. In this way we
> can remove duplicated code, nfs_realign(client and server side), and get
> clean/central implementation of nfsm_disct since there is no need to call
> nfs_realign.

Sounds like a reasonable solution. fyi this problem was
also discussed in alpha-context. I'll try doing this in a pr
when my cough stops bothering me.

-- 
Sten Spans

"There is a crack in everything, that's how the light gets in."
Leonard Cohen - Anthem