public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Martyn Welch <martyn.welch@ge.com>
To: "Emilio G. Cota" <cota@braap.org>
Cc: Greg KH <greg@kroah.com>, LKML <linux-kernel@vger.kernel.org>,
	Juan David Gonzalez Cobas <david.cobas@gmail.com>
Subject: Re: [-next] staging/vme: various fixes + new driver model for VME
Date: Fri, 22 Oct 2010 10:26:11 +0100	[thread overview]
Message-ID: <4CC158B3.5010908@ge.com> (raw)
In-Reply-To: <1287729412-24356-1-git-send-email-cota@braap.org>

On 22/10/10 07:36, Emilio G. Cota wrote:
> Hi Greg,
> 
> This contains first a whole bunch of fixes to the existing vme
> code in staging, to then introduce a new driver model for VME
> in patch 27.
> 

Hi Emilio,

Thank you for the fixes. After a quick glance, there seem to be a number
of valid fixes here, but I'm very concerned by the patches that change
the driver model. We discussed this approach in August last year, I am
still yet to be convinced by the approach you wish to take.

> I have a short list of things to do after this patchset gets
> reviewed:
> 
> - provide a saner API for VME drivers that just want to
>   map/unmap chunks of memory (knowing nothing about underlying
>   hardware features, such as windows). This is already
>   implemented in the out-of-tree driver in [1].
> 
> - Make DMA work on the tsi148 (it's the only bridge I've got).
>   This will probably involve changing or extending the
>   current API.
> 

The DMA is already working on the tsi148. In what way do you feel that
the current API needs changing or extending for DMA?

> - Test the whole thing with real hardware and a real VME driver
>   (currently out of tree as well, see [2]), which I'll try
>   to get merged, too--currently we just have vme_user.c which
>   really isn't a kosher driver.
> 

The current API has been tested with real hardware, for both supported
vme bridges, on multiple cards, by multiple people. If the changes to
the API are to be applied, they would need to be throughly tested before
they are applied. As I've said above - I am still not convinced by the
change in approach.

Martyn

> 
> 
> Note that the appended applies on top of linux-next.
> 
> The patchset can be pulled from:
> git://github.com/cota/linux-2.6.git vme-next
> 
> Thanks,
> 
>                 Emilio
> 
> 
> [1] http://repo.or.cz/w/ht-drivers.git/tree/HEAD:/vmebridge/driver
> [2] http://repo.or.cz/w/ht-drivers.git/tree/HEAD:/sis33/drivers
> 
> diffstat:
> 
>  drivers/staging/vme/bridges/vme_ca91cx42.c |  222 ++++++------
>  drivers/staging/vme/bridges/vme_ca91cx42.h |    2 +-
>  drivers/staging/vme/bridges/vme_tsi148.c   |  259 +++++++-------
>  drivers/staging/vme/bridges/vme_tsi148.h   |    2 +-
>  drivers/staging/vme/devices/vme_user.c     |  159 ++++-----
>  drivers/staging/vme/vme.c                  |  569 +++++++++++++++-------------
>  drivers/staging/vme/vme.h                  |  229 ++++++++++-
>  drivers/staging/vme/vme_bridge.h           |  175 ---------
>  8 files changed, 831 insertions(+), 786 deletions(-)
> 
> 


-- 
Martyn Welch (Principal Software Engineer)   |   Registered in England and
GE Intelligent Platforms                     |   Wales (3828642) at 100
T +44(0)127322748                            |   Barbirolli Square,
Manchester,
E martyn.welch@ge.com                        |   M2 3AB  VAT:GB 927559189

  parent reply	other threads:[~2010-10-22  9:32 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-22  6:36 [-next] staging/vme: various fixes + new driver model for VME Emilio G. Cota
2010-10-22  6:36 ` [PATCH 01/30] staging/vme: style: convert '&(foo)' to '&foo' Emilio G. Cota
2010-10-22  6:36 ` [PATCH 02/30] staging/vme_user: return the appropriate error code when module_init fails Emilio G. Cota
2010-10-22  6:36 ` [PATCH 03/30] staging/vme_user: remove unreachable line Emilio G. Cota
2010-10-22  6:36 ` [PATCH 04/30] staging/vme: allow non-dynamic allocation of bus numbers Emilio G. Cota
2010-10-22  6:36 ` [PATCH 05/30] staging/vme: fix bogus clearing of the bus number in vme_free_bus_num Emilio G. Cota
2010-10-22  6:36 ` [PATCH 06/30] staging/vme/tsi148: use list_for_each_safe when deleting resources in .remove Emilio G. Cota
2010-10-22  6:36 ` [PATCH 07/30] staging/vme/tsi148: remove double freeing of the IRQ " Emilio G. Cota
2010-10-22  6:36 ` [PATCH 08/30] staging/vme/tsi148: fix warning in free_irq Emilio G. Cota
2010-10-22  6:36 ` [PATCH 09/30] staging/vme: fill in struct device's .release, even if it's a NOOP Emilio G. Cota
2010-10-22  6:36 ` [PATCH 10/30] staging/vme/tsi148: remove unreachable line Emilio G. Cota
2010-10-22  6:36 ` [PATCH 11/30] staging/vme/tsi148: declare static functions as such Emilio G. Cota
2010-10-22  6:36 ` [PATCH 12/30] staging/vme/ca91cx42: " Emilio G. Cota
2010-10-22  6:36 ` [PATCH 13/30] staging/vme_user: declare private variables as static Emilio G. Cota
2010-10-22  6:36 ` [PATCH 14/30] staging/vme_user: use an unsigned int for counting the number of kparams Emilio G. Cota
2010-10-22  6:36 ` [PATCH 15/30] staging/vme_user: remove __iomem marking from kern_buf and derivates Emilio G. Cota
2010-10-22  6:36 ` [PATCH 16/30] staging/vme_user: mark user-space buffers with __user Emilio G. Cota
2010-10-22  6:36 ` [PATCH 17/30] staging/vme: mark struct vme_master_resource's base address pointer as __iomem Emilio G. Cota
2010-10-22  6:36 ` [PATCH 18/30] staging/vme/tsi148: mark the registers' " Emilio G. Cota
2010-10-22  6:36 ` [PATCH 19/30] staging/vme/ca91cx42: " Emilio G. Cota
2010-10-22  6:36 ` [PATCH 20/30] staging/vme: trivial: rename vme_bus_num_mtx to vme_buses_lock Emilio G. Cota
2010-10-22  6:36 ` [PATCH 21/30] staging/vme: keep a list of registered buses (bridges) Emilio G. Cota
2010-10-22  6:36 ` [PATCH 22/30] staging/vme/vme_user: use __dev{init,exit} for .probe and .remove Emilio G. Cota
2010-10-22  6:36 ` [PATCH 23/30] staging/vme_user: fix usage of the slave resources after they've been freed Emilio G. Cota
2010-10-22  6:36 ` [PATCH 24/30] staging/vme_user: remove unnecessary call to vme_slave_set Emilio G. Cota
2010-10-22  6:36 ` [PATCH 25/30] staging/vme_user: add missing calls to vme_master_free calls in .remove Emilio G. Cota
2010-10-22  6:36 ` [PATCH 26/30] staging/vme: move all contents of vme_bridge.h to vme.h Emilio G. Cota
2010-10-22  6:36 ` [PATCH 27/30] staging/vme: rework the bus model Emilio G. Cota
2010-10-22 23:27   ` Emilio G. Cota
2010-10-25 11:24     ` Martyn Welch
2010-10-26  1:02       ` Emilio G. Cota
2010-10-27  9:16         ` Martyn Welch
2010-10-27 15:40           ` Emilio G. Cota
2010-10-22  6:36 ` [PATCH 28/30] staging/vme: convert vme_* users to vme_*_ng Emilio G. Cota
2010-10-22  6:36 ` [PATCH 29/30] staging/vme: remove unused vme_* functions and related code Emilio G. Cota
2010-10-22  6:36 ` [PATCH 30/30] staging/vme: remove _ng suffixes Emilio G. Cota
2010-10-22  9:26 ` Martyn Welch [this message]
2010-10-22 23:03   ` [-next] staging/vme: various fixes + new driver model for VME Emilio G. Cota
2010-10-22 10:08 ` Martyn Welch
2010-10-22 23:04   ` Emilio G. Cota
2010-10-22 13:56 ` Greg KH
2010-10-22 22:56   ` Emilio G. Cota

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=4CC158B3.5010908@ge.com \
    --to=martyn.welch@ge.com \
    --cc=cota@braap.org \
    --cc=david.cobas@gmail.com \
    --cc=greg@kroah.com \
    --cc=linux-kernel@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