Re: [PATCH] Remove needless flush_dcache_page call

Re: [PATCH] Remove needless flush_dcache_page call

[Matthew Wilcox]

On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> But there are quite possibly holes around here because not as much testing
> is done on CPUs with these kinds of caches. Eg. brd probably should be
> doing a flush_dcache_page in the rw == WRITE direction AFAIKS, so it picks
> up user aliases here.

Nick, if you wanted me to schlep a parisc machine to LCA for you, you
needed to ask me *before* I got as far as Vancouver ;-)

-- 
Matthew Wilcox				Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."

Re: [PATCH] Remove needless flush_dcache_page call

[Nick Piggin]

On Thu, Jan 15, 2009 at 11:01:24PM -0700, Matthew Wilcox wrote:
> On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> > But there are quite possibly holes around here because not as much testing
> > is done on CPUs with these kinds of caches. Eg. brd probably should be
> > doing a flush_dcache_page in the rw == WRITE direction AFAIKS, so it picks
> > up user aliases here.
> 
> Nick, if you wanted me to schlep a parisc machine to LCA for you, you
> needed to ask me *before* I got as far as Vancouver ;-)

;)

That actually might not be a bad idea if I had access to one of your crazy
systems. Would it really fit on an aeroplane or would you need a shipping
container? :)

Re: [PATCH] Remove needless flush_dcache_page call

[James Bottomley]

On Fri, 2009-01-16 at 08:34 +0100, Nick Piggin wrote:
> On Thu, Jan 15, 2009 at 11:01:24PM -0700, Matthew Wilcox wrote:
> > On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> > > But there are quite possibly holes around here because not as muc=
h testing
> > > is done on CPUs with these kinds of caches. Eg. brd probably shou=
ld be
> > > doing a flush_dcache_page in the rw =3D=3D WRITE direction AFAIKS=
, so it picks
> > > up user aliases here.
> >=20
> > Nick, if you wanted me to schlep a parisc machine to LCA for you, y=
ou
> > needed to ask me *before* I got as far as Vancouver ;-)
>=20
> ;)
>=20
> That actually might not be a bad idea if I had access to one of your =
crazy
> systems. Would it really fit on an aeroplane or would you need a ship=
ping
> container? :)

They can be taken as checked luggage ... however, what Matthew means is
that by being in Vancouver he's already in transit to Australia.
However, we can give you access to the several remote test rings we
have, either Cupertino (send ssh key to Rick Jones <raj@netperf.org> or
Thiabut Var=C3=A8ne <varenet@parisc-linux.org>)

I thought we also had a wiki page listing all the machines, but I can't
find it.  They all use the HP Guardian Service Processor console, which
gives you remote console, power and all the other good things you need.

James


--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] Remove needless flush_dcache_page call

[Kyle McMartin]

On Fri, Jan 16, 2009 at 09:28:21AM -0500, James Bottomley wrote:
> On Fri, 2009-01-16 at 08:34 +0100, Nick Piggin wrote:
> > On Thu, Jan 15, 2009 at 11:01:24PM -0700, Matthew Wilcox wrote:
> > > On Fri, Jan 16, 2009 at 06:59:27AM +0100, Nick Piggin wrote:
> > > > But there are quite possibly holes around here because not as m=
uch testing
> > > > is done on CPUs with these kinds of caches. Eg. brd probably sh=
ould be
> > > > doing a flush_dcache_page in the rw =3D=3D WRITE direction AFAI=
KS, so it picks
> > > > up user aliases here.
> > >=20
> > > Nick, if you wanted me to schlep a parisc machine to LCA for you,=
 you
> > > needed to ask me *before* I got as far as Vancouver ;-)
> >=20
> > ;)
> >=20
> > That actually might not be a bad idea if I had access to one of you=
r crazy
> > systems. Would it really fit on an aeroplane or would you need a sh=
ipping
> > container? :)
>=20
> They can be taken as checked luggage ... however, what Matthew means =
is
> that by being in Vancouver he's already in transit to Australia.
> However, we can give you access to the several remote test rings we
> have, either Cupertino (send ssh key to Rick Jones <raj@netperf.org> =
or
> Thiabut Var=E8ne <varenet@parisc-linux.org>)
>=20

I think Nick already has access to the gsyprf* systems, as I've seen hi=
m
logged in there before. ;-)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc"=
 in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] Remove needless flush_dcache_page call

[Grant Grundler]

On Fri, Jan 16, 2009 at 09:28:21AM -0500, James Bottomley wrote:
...`
> They can be taken as checked luggage ... however, what Matthew means is
> that by being in Vancouver he's already in transit to Australia.
> However, we can give you access to the several remote test rings we
> have, either Cupertino (send ssh key to Rick Jones <raj@netperf.org> or
> Thiabut Var??ne <varenet@parisc-linux.org>)

Rick just gets me physical access when we have time to mess with the rack.

Kyle is correct that Nick still has a login to Cupertino ring though he
might need one of us to update his .ssh/authorized keys:
grundler@lp1000r:~$ finger nick
Login: npiggin                          Name: Nick Piggin
Directory: /home/npiggin                Shell: /bin/bash
Office Phone: +xx x xxxx xxxx
Last login Wed Aug  3 22:35 2005 (PDT) on pts/5 from 203-173-7-11.dyn.iinet.net.au
No mail.
No Plan.

IIRC, i gave him access to a "beefier" ia64 machine at the time (and those are
all still there too).

> I thought we also had a wiki page listing all the machines, but I can't
> find it.

    http://www.parisc-linux.org/cluster.html

I've intentionally left it unlinked from the main page.


> They all use the HP Guardian Service Processor console, which
> gives you remote console, power and all the other good things you need.

And most of the parisc machines are in a sorry state right now.
I'll update the web page with current state.

hth,
grant