Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S272567AbTHNRI6 (ORCPT ); Thu, 14 Aug 2003 13:08:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S272574AbTHNRI6 (ORCPT ); Thu, 14 Aug 2003 13:08:58 -0400 Received: from blackbird.intercode.com.au ([203.32.101.10]:8973 "EHLO blackbird.intercode.com.au") by vger.kernel.org with ESMTP id S272567AbTHNRIz (ORCPT ); Thu, 14 Aug 2003 13:08:55 -0400 Date: Fri, 15 Aug 2003 03:08:12 +1000 (EST) From: James Morris To: Matt Mackall cc: Andrew Morton , Jeff Garzik , , Subject: Re: [PATCH] cryptoapi: Fix sleeping In-Reply-To: <20030814071519.GJ325@waste.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 869 Lines: 28 On Thu, 14 Aug 2003, Matt Mackall wrote: > It's basically trying to be friendly. Since we can't really detect > when it's safe to do such yields, we should be explicitly flag the > uses where its ok. Something like this: I think this is the best approach. > #define CRYPTO_TFM_MODE_MASK 0x000000ff > #define CRYPTO_TFM_REQ_MASK 0x000fff00 > -#define CRYPTO_TFM_RES_MASK 0xfff00000 > +#define CRYPTO_TFM_RES_MASK 0x7ff00000 > +#define CRYPTO_TFM_API_MASK 0x80000000 This doesn't leave much room for API flags -- the CRYPTO_TFM_REQ_MASK could be made smaller. - James -- James Morris - 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/