Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262696AbVDHGGn (ORCPT ); Fri, 8 Apr 2005 02:06:43 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262697AbVDHGGn (ORCPT ); Fri, 8 Apr 2005 02:06:43 -0400 Received: from dea.vocord.ru ([217.67.177.50]:61637 "EHLO vocord.com") by vger.kernel.org with ESMTP id S262696AbVDHGGh (ORCPT ); Fri, 8 Apr 2005 02:06:37 -0400 Subject: Re: [Fwd: Re: connector is missing in 2.6.12-rc2-mm1] From: Evgeniy Polyakov Reply-To: johnpol@2ka.mipt.ru To: Herbert Xu Cc: akpm@osdl.org, guillaume.thouvenin@bull.net, greg@kroah.com, linux-kernel@vger.kernel.org, "David S. Miller" In-Reply-To: <1112937579.28858.218.camel@uganda> References: <20050408033246.GA31344@gondor.apana.org.au> <1112932354.28858.192.camel@uganda> <20050408035052.GA31451@gondor.apana.org.au> <1112932969.28858.194.camel@uganda> <20050408040237.GA31761@gondor.apana.org.au> <1112934088.28858.199.camel@uganda> <20050408041724.GA32243@gondor.apana.org.au> <1112936127.28858.206.camel@uganda> <20050408045302.GA32600@gondor.apana.org.au> <1112937116.28858.212.camel@uganda> <20050408050814.GA32722@gondor.apana.org.au> <1112937579.28858.218.camel@uganda> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-rIaOJzbucaGsJUq37BSf" Organization: MIPT Date: Fri, 08 Apr 2005 10:12:07 +0400 Message-Id: <1112940727.28858.225.camel@uganda> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (vocord.com [192.168.0.1]); Fri, 08 Apr 2005 10:05:15 +0400 (MSD) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1795 Lines: 55 --=-rIaOJzbucaGsJUq37BSf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2005-04-08 at 09:19 +0400, Evgeniy Polyakov wrote: > On Fri, 2005-04-08 at 15:08 +1000, Herbert Xu wrote: > > On Fri, Apr 08, 2005 at 09:11:56AM +0400, Evgeniy Polyakov wrote: > > > > > > > Yes but what will go wrong on uni-processor MIPS when you don't do = the > > > > sync in atomic_sub_return? > > >=20 > > > Sync synchornizes cached mamory access, > > > without it new value may be stored only into cache, > > > but not into memory. > >=20 > > I know, the same thing holds for most architectures, including i386. > > However, this is not an issue for uni-processor kernels anywhere else, > > so what's so special about MIPS? >=20 > Does i386 or ppc has cached and uncached memory? > No, i386, ppc and others do not require sync on uncached memory access, > and only instruction not data cache sync on SMP. Ugh, now I see your point :) For UP we may have some nitpics with DMA,=20 but I doubt anyone will use atomic pointer for DMA. sync will not be an issue in atomic ops. > > Cheers, --=20 Evgeniy Polyakov Crash is better than data corruption -- Arthur Grabowski --=-rIaOJzbucaGsJUq37BSf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQBCViC3IKTPhE+8wY0RAqB+AJwM3qcf2ZtEdHSM/WVqjmsHhHdr1wCeMEOz HAqOOGMBPRyw9d/G1UHKcig= =Y1HR -----END PGP SIGNATURE----- --=-rIaOJzbucaGsJUq37BSf-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/