search for: brendeland

Remove our (soon to be) bouncing email addresses, and update Dmitri's address. Dmitry will take over as maintainer for CAIF from now on. Cc: Vikram Arv <vikram.arv at stericsson.com> Cc: Dmitry Tarnyagin <dmitry.tarnyagin at stericsson.com> Cc: Dmitry Tarnyagin <dmitry.tarnyagin at lockless.no> Signed-off-by: Sjur Br?ndeland <sjur.brandeland at stericsson.com> ---

Remove our (soon to be) bouncing email addresses, and update Dmitri's address. Dmitry will take over as maintainer for CAIF from now on. Cc: Vikram Arv <vikram.arv at stericsson.com> Cc: Dmitry Tarnyagin <dmitry.tarnyagin at stericsson.com> Cc: Dmitry Tarnyagin <dmitry.tarnyagin at lockless.no> Signed-off-by: Sjur Br?ndeland <sjur.brandeland at stericsson.com> ---

Hi Amit and Rusty, I've been looking into the possibility of using the Virtio Console Driver together with the remoteproc framework to communicate with ST-Ericsson modem over shared memory. It seems like Virtio Console would be a good fit, except for a issue with buffer allocation. Due to HW limitations the STE-Modem cannot access kernel memory (no IOMMU and limited address range). Instead

Hi Amit and Rusty, I've been looking into the possibility of using the Virtio Console Driver together with the remoteproc framework to communicate with ST-Ericsson modem over shared memory. It seems like Virtio Console would be a good fit, except for a issue with buffer allocation. Due to HW limitations the STE-Modem cannot access kernel memory (no IOMMU and limited address range). Instead

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This driver depends on Rusty's new host virtio ring implementation, so this patch-set is based on the vringh branch in Rusty's git. Changes since V1: - Use the new iov helper functions, and simplify iov handling. However this triggers compile warnings, as it takes struct iov while kernel api uses struct kiov - Introduced

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This driver depends on Rusty's new host virtio ring implementation, so this patch-set is based on the vringh branch in Rusty's git. Changes since V1: - Use the new iov helper functions, and simplify iov handling. However this triggers compile warnings, as it takes struct iov while kernel api uses struct kiov - Introduced

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces the CAIF Virtio Link layer driver. This driver depends on Rusty's new host virtio ring implementation, so this patch-set is based on the vringh branch in Rusty's git. Regards, Sjur cc: Rusty Russell <rusty at rustcorp.com.au> cc: Ohad Ben-Cohen <ohad at wizery.com> cc: David S. Miller

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces the CAIF Virtio Link layer driver. This driver depends on Rusty's new host virtio ring implementation, so this patch-set is based on the vringh branch in Rusty's git. Regards, Sjur cc: Rusty Russell <rusty at rustcorp.com.au> cc: Ohad Ben-Cohen <ohad at wizery.com> cc: David S. Miller

...caif_virtio.c new file mode 100644 index 0000000..6a745dd --- /dev/null +++ b/drivers/net/caif/caif_virtio.c @@ -0,0 +1,786 @@ +/* + * Copyright (C) ST-Ericsson AB 2013 + * Authors: Vicram Arv / vikram.arv at stericsson.com, + * Dmitry Tarnyagin / dmitry.tarnyagin at stericsson.com + * Sjur Brendeland / sjur.brandeland at stericsson.com + * License terms: GNU General Public License (GPL) version 2 + */ +#include <linux/module.h> +#include <linux/if_arp.h> +#include <linux/virtio.h> +#include <linux/vringh.h> +#include <linux/debugfs.h> +#include <linux/spinlock.h...

...caif_virtio.c new file mode 100644 index 0000000..6a745dd --- /dev/null +++ b/drivers/net/caif/caif_virtio.c @@ -0,0 +1,786 @@ +/* + * Copyright (C) ST-Ericsson AB 2013 + * Authors: Vicram Arv / vikram.arv at stericsson.com, + * Dmitry Tarnyagin / dmitry.tarnyagin at stericsson.com + * Sjur Brendeland / sjur.brandeland at stericsson.com + * License terms: GNU General Public License (GPL) version 2 + */ +#include <linux/module.h> +#include <linux/if_arp.h> +#include <linux/virtio.h> +#include <linux/vringh.h> +#include <linux/debugfs.h> +#include <linux/spinlock.h...

This patch-set introduces the CAIF Virtio Link layer. The purpose is to communicate with a remote processor (a modem) over shared memory. Virtio is used as the transport mechanism, and the Remoteproc framework provides configuration and management of the Virtio rings and devices. The modem and Linux host may be on the same SoC, or connected over a shared memory interface such as LLI. Zero-Copy

This patch-set introduces the CAIF Virtio Link layer. The purpose is to communicate with a remote processor (a modem) over shared memory. Virtio is used as the transport mechanism, and the Remoteproc framework provides configuration and management of the Virtio rings and devices. The modem and Linux host may be on the same SoC, or connected over a shared memory interface such as LLI. Zero-Copy

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. Changes since v7: - Rebased to

From: Sjur Br?ndeland <sjur.brandeland at stericsson.com> This patch-set introduces a new virtio type "rproc_serial" for communicating with remote processors over shared memory. The driver depends on the the remoteproc framework. As preparation for introducing "rproc_serial" I've done a refactoring of the transmit buffer handling. Changes since v7: - Rebased to

Add virtqueue_add_sgs which is more general than virtqueue_add_buf, which makes virtio-scsi and virtio-blk nicer, then add virtqueue_add_inbuf and virtqueue_add_outbuf which handle the more general case, and finally delete virtqueue_add_buf(). I'm hoping this will be the final post of the whole series, and it can move from my pending-rebases tree into virtio-next. Thanks! Rusty. Paolo

Add virtqueue_add_sgs which is more general than virtqueue_add_buf, which makes virtio-scsi and virtio-blk nicer, then add virtqueue_add_inbuf and virtqueue_add_outbuf which handle the more general case, and finally delete virtqueue_add_buf(). I'm hoping this will be the final post of the whole series, and it can move from my pending-rebases tree into virtio-next. Thanks! Rusty. Paolo

...er <sturmflut@lieberbiber.de> Simon Wilson <simonwilson@google.com> Simon Wood <simon@mungewell.org> Simon Wunderlich <siwu@hrz.tu-chemnitz.de> simon@mungewell.org Sivaram Nair <sivaramn@nvidia.com> Sjoerd Simons <sjoerd.simons@collabora.co.uk> Sjur Brendeland <sjur.brandeland@stericsson.com> Sjur Brændeland <sjur.brandeland@stericssion.com> Sjur Brændeland <sjur.brandeland@stericsson.com> Slava Pestov <slavapestov@google.com> snijsure@grid-net.com Soeren Moch <smoch@web.de> Somnath Kotur <somnath.kotur@emulex...

...er <sturmflut@lieberbiber.de> Simon Wilson <simonwilson@google.com> Simon Wood <simon@mungewell.org> Simon Wunderlich <siwu@hrz.tu-chemnitz.de> simon@mungewell.org Sivaram Nair <sivaramn@nvidia.com> Sjoerd Simons <sjoerd.simons@collabora.co.uk> Sjur Brendeland <sjur.brandeland@stericsson.com> Sjur Brændeland <sjur.brandeland@stericssion.com> Sjur Brændeland <sjur.brandeland@stericsson.com> Slava Pestov <slavapestov@google.com> snijsure@grid-net.com Soeren Moch <smoch@web.de> Somnath Kotur <somnath.kotur@emulex...

...son <simonwilson@google.com> Simon Wood <simon@mungewell.org> Simon Wunderlich <simon@open-mesh.com> Simon Wunderlich <siwu@hrz.tu-chemnitz.de> simon@mungewell.org Sivaram Nair <sivaramn@nvidia.com> Sjoerd Simons <sjoerd.simons@collabora.co.uk> Sjur Brendeland <sjur.brandeland@stericsson.com> Sjur Brændeland <sjur.brandeland@stericssion.com> Sjur Brændeland <sjur.brandeland@stericsson.com> Slava Pestov <slavapestov@google.com> snijsure@grid-net.com Soeren Moch <smoch@web.de> Somnath Kotur <somnath.kotur@emulex...

...son <simonwilson@google.com> Simon Wood <simon@mungewell.org> Simon Wunderlich <simon@open-mesh.com> Simon Wunderlich <siwu@hrz.tu-chemnitz.de> simon@mungewell.org Sivaram Nair <sivaramn@nvidia.com> Sjoerd Simons <sjoerd.simons@collabora.co.uk> Sjur Brendeland <sjur.brandeland@stericsson.com> Sjur Brændeland <sjur.brandeland@stericssion.com> Sjur Brændeland <sjur.brandeland@stericsson.com> Slava Pestov <slavapestov@google.com> snijsure@grid-net.com Soeren Moch <smoch@web.de> Somnath Kotur <somnath.kotur@emulex...