From: Martyn Welch <martyn.welch@ge.com>
To: Dmitry Kalinkin <dmitry.kalinkin@gmail.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
<linux-kernel@vger.kernel.org>, <devel@driverdev.osuosl.org>,
Manohar Vanga <manohar.vanga@gmail.com>,
Igor Alekseev <igor.alekseev@itep.ru>
Subject: Re: [PATCHv3 08/16] staging: vme_user: provide DMA functionality
Date: Mon, 6 Jul 2015 15:48:54 +0100 [thread overview]
Message-ID: <559A9556.4040303@ge.com> (raw)
In-Reply-To: <CAM41TOuvhRVf=0MSe=xYg8sgeY6EQfMd9W4EGV0P9m5yyHUcMg@mail.gmail.com>
On 06/07/15 14:50, Dmitry Kalinkin wrote:
> On Mon, Jul 6, 2015 at 4:22 PM, Martyn Welch <martyn.welch@ge.com> wrote:
>>
>> Sorry about the *really* late reply, loads of emails some how missed my
>> periodic search of the mailing list.
>>
>> I'm happy with the addition of DMA, just not sure whether it's worth adding
>> an extra device file just to handle DMA. Could the user space application
>> not just use the control device?
> That would require an additional ioctl field for DMA channel id in case we want
> to support both DMA channels on tsi148.
>
Or just dynamically allocate and free a resource for the DMA operation?
> It would make sense to save that device minor if Documentation/devices.txt
> was good.
> But it has only 4 slave and 4 master windows whereas we would want to
> make some parameters for vme_user to configure this allocation numbers up
> to 8 slaves and 8 masters.
>
The vme_user module was originally envisaged as a mechanism to provide
support for applications that had been written to use the original
driver at vmelinux.org. Some functionality was dropped as it was not
good practice (such as receiving VME interrupts in user space, it's not
really doable if the slave card is Release On Register Access rather
than Release on Acknowledge), so the interface became more of a debug
mechanism for me. Others have clearly found it provides enough for them
to allow drivers to be written in user space.
I was thinking that the opposite might be better, no windows were mapped
at module load, windows could be allocated and mapped using the control
device. This would ensure that unused resources were still available for
kernel based drivers and would mean the driver wouldn't be
pre-allocating a bunch of fairly substantially sized slave window
buffers (the buffers could also be allocated to match the size of the
slave window requested). What do you think?
--
Martyn Welch (Lead Software Engineer) | Registered in England and Wales
GE Intelligent Platforms | (3828642) at 100 Barbirolli Square
T +44(0)1327322748 | Manchester, M2 3AB
E martyn.welch@ge.com | VAT:GB 927559189
next prev parent reply other threads:[~2015-07-06 14:49 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-28 12:06 [PATCHv3 00/16] vme DMA and user space driver improvements Dmitry Kalinkin
2015-05-28 12:06 ` [PATCHv3 01/16] Documentation: mention vme_master_mmap() in VME API Dmitry Kalinkin
2015-05-28 12:06 ` [PATCHv3 02/16] vme: tsi148: fix DMA lists longer that one item Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 03/16] vme: tsi148: fix first DMA item mapping Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 04/16] vme: stop DMA transfer on interruption Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 05/16] staging: vme_user: refactor llseek to switch(){} Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 06/16] vme: check for A64 overflow in vme_check_window() Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 07/16] vme: export vme_check_window() Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 08/16] staging: vme_user: provide DMA functionality Dmitry Kalinkin
2015-06-13 0:28 ` Greg Kroah-Hartman
2015-07-06 13:22 ` Martyn Welch
2015-07-06 13:50 ` Dmitry Kalinkin
2015-07-06 14:48 ` Martyn Welch [this message]
2015-07-06 17:24 ` Dmitry Kalinkin
2015-07-07 7:13 ` Alessio Igor Bogani
2015-07-08 13:22 ` Martyn Welch
2015-07-08 15:02 ` Generic VME UIO driver Dmitry Kalinkin
2015-07-20 8:09 ` Martyn Welch
[not found] ` <CAPk1OjEX7YX5J=yMPOGyGg7ZT6P-iKtaGRDDv2oARPFUcdnKnQ@mail.gmail.com>
2015-07-07 10:52 ` [PATCHv3 08/16] staging: vme_user: provide DMA functionality Dmitry Kalinkin
2015-07-08 13:57 ` Martyn Welch
2015-07-08 14:47 ` Dmitry Kalinkin
[not found] ` <78FC1849-FFE4-49E5-8421-25D27324F790@gmail.com>
2015-07-07 12:51 ` Alessio Igor Bogani
2015-07-07 13:04 ` Dmitry Kalinkin
2015-07-08 13:41 ` Martyn Welch
2015-07-08 14:39 ` Dmitry Kalinkin
2015-07-08 14:42 ` [PATCH] vme: lower alignment requirement in pci bridge drivers Dmitry Kalinkin
2015-07-08 13:28 ` [PATCHv3 08/16] staging: vme_user: provide DMA functionality Martyn Welch
2015-05-28 12:07 ` [PATCHv3 09/16] vme: ca91cx42: return error code on DMA error Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 10/16] vme: ca91cx42: fix LM_CTL address mask Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 11/16] staging: vme_user: remove unused counters Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 12/16] staging: vme_user: remove forward declarations Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 13/16] staging: vme_user: remove open/release Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 14/16] staging: vme_user: remove buf_unalloc helper Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 15/16] vme: tsi148: depend on HAS_DMA for Kconfig Dmitry Kalinkin
2015-05-28 12:07 ` [PATCHv3 16/16] vme: provide uapi header Dmitry Kalinkin
2015-06-13 0:30 ` Greg Kroah-Hartman
2015-05-31 3:06 ` [PATCHv3 00/16] vme DMA and user space driver improvements Greg Kroah-Hartman
2015-06-10 13:09 ` Dmitry Kalinkin
2015-06-13 0:31 ` Greg Kroah-Hartman
2015-06-13 2:04 ` Dmitry Kalinkin
2015-06-13 2:24 ` Greg Kroah-Hartman
2015-06-13 2:30 ` Dmitry Kalinkin
2015-06-13 4:40 ` Greg Kroah-Hartman
2015-06-13 13:34 ` [PATCHv4 0/4] " Dmitry Kalinkin
2015-06-13 13:34 ` [PATCHv4 1/4] staging: vme_user: remove forward declarations Dmitry Kalinkin
2015-06-13 13:34 ` [PATCHv4 2/4] staging: vme_user: remove open/release Dmitry Kalinkin
2015-06-13 13:34 ` [PATCHv4 3/4] staging: vme_user: remove buf_unalloc helper Dmitry Kalinkin
2015-06-13 13:34 ` [PATCHv4 4/4] staging: vme_user: provide DMA functionality Dmitry Kalinkin
2015-06-13 21:47 ` [PATCHv4 0/4] vme DMA and user space driver improvements Greg Kroah-Hartman
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=559A9556.4040303@ge.com \
--to=martyn.welch@ge.com \
--cc=devel@driverdev.osuosl.org \
--cc=dmitry.kalinkin@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=igor.alekseev@itep.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=manohar.vanga@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.