Linux cryptographic layer development
 help / color / mirror / Atom feed
From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: Kim Phillips <kim.phillips@freescale.com>
Cc: jhsiao@amcc.com, herbert@gondor.apana.org.au,
	linux-crypto@vger.kernel.org
Subject: Re: [PATCH] AMCC Crypto4xx Device Driver v3]
Date: Thu, 13 Nov 2008 11:13:01 -0500	[thread overview]
Message-ID: <20081113111301.32acf396@zod.rchland.ibm.com> (raw)
In-Reply-To: <20081112183359.2ba1e894.kim.phillips@freescale.com>

On Wed, 12 Nov 2008 18:33:59 -0600
Kim Phillips <kim.phillips@freescale.com> wrote:

> On Fri, 07 Nov 2008 14:30:47 -0800
> James Hsiao <jhsiao@amcc.com> wrote:
> > + * Changes:
> > + *	James Hsiao:	10/04/08
> > + *			replace global variable lsec_core with data in
> > + *			in struct device.
> > + *			add parameter to various functions due to
> > + *			to remove of global variable lsec_core
> > + *			crypto4xx_alloc_sa now return error code.
> > + *			not using PVR to identify which CPU, using DTS.
> > + *			move this into the probe function.
> > + *			pass struct device pointer to dma_alloc_coherent
> > + *			and dma_free_coherent functions.
> > + *			make function static where ever is possible.
> > + *			remove crypto4xx_start_device.
> > + *			remove crypt4xx_setup_crypto.
> > + *			in crypto4xx_crypt_remove add kill tasklet.
> > + *			in crypto4xx_stop_all unmap ce_base and free core_dev.
> > + *			add lock to all get/put pd/sd/gd functions.
> > + *			change PPC4XX_SEC_VERSION_STR to "0.3"
> 
> no changes list please.

If you want to do a changelog for the patch itself to describe the
differences between patch v2 and v3 and so-on, that is fine and actually
very helpful to reviewers. Just do it after the commit log of the
patch, but outside of the actual patch itself.

> ..this is the type of reason why linuxppc-dev must be cc'd on this
> patch; one is supposed to dynamically allocate and populate the
> descriptor for the h/w, then grab the queue lock, quickly instruct the
> h/w where to find it, and then immediately release it.  This is covered
> in the Linux Device Drivers book, and further details can be found under
> Documentation/, see e.g. spinlocks.txt.
> 
> I recommend you seek to get Josh Boyer's (amcc maintainer) acceptance
> of this patch.

Fixing the things Kim highlighted would be a good start.  And please CC
me, or at least linuxppc-dev, on future revisions.

josh

  reply	other threads:[~2008-11-13 16:13 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-07 22:30 [PATCH] AMCC Crypto4xx Device Driver v3] James Hsiao
2008-11-13  0:33 ` Kim Phillips
2008-11-13 16:13   ` Josh Boyer [this message]
     [not found]     ` <0CA0A16855646F4FA96D25A158E299D69CF4D2@SDCEXCHANGE01.ad.amcc.com>
2008-11-14  1:41       ` Herbert Xu
2008-11-13 13:17 ` Herbert Xu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20081113111301.32acf396@zod.rchland.ibm.com \
    --to=jwboyer@linux.vnet.ibm.com \
    --cc=herbert@gondor.apana.org.au \
    --cc=jhsiao@amcc.com \
    --cc=kim.phillips@freescale.com \
    --cc=linux-crypto@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox