Re: Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Tue, 2017-03-21 at 12:09 -0700, Michael Zoran wrote: > On Tue, 2017-03-21 at 10:34 -0700, Eric Anholt wrote: > > Michael Zoran <mzo...@crowfest.net> writes: > > > > > On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > > > >

Re: Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Tue, 2017-03-21 at 12:09 -0700, Michael Zoran wrote: > On Tue, 2017-03-21 at 10:34 -0700, Eric Anholt wrote: > > Michael Zoran writes: > > > > > On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > > > > Michael Zoran writes: > > > > >

Re: Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Tue, 2017-03-21 at 10:34 -0700, Eric Anholt wrote: > Michael Zoran <mzo...@crowfest.net> writes: > > > On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > > > Michael Zoran <mzo...@crowfest.net> writes: > > > > > > > > >

Re: Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Tue, 2017-03-21 at 10:34 -0700, Eric Anholt wrote: > Michael Zoran writes: > > > On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > > > Michael Zoran writes: > > > > > > > > > Since the API is completely documented, I see

Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > Michael Zoran <mzo...@crowfest.net> writes: > > > > > Since the API is completely documented, I see no reason we or > > > > anybody > > > > couldn't essentially rewrite the driver while it's i

Eric Anholt offically announces support of VC4 without access to expander on the RPI 3

On Mon, 2017-03-20 at 10:22 -0700, Eric Anholt wrote: > Michael Zoran writes: > > > > > Since the API is completely documented, I see no reason we or > > > > anybody > > > > couldn't essentially rewrite the driver while it's in > > > > s

Minecraft_pi now works in Raspbian with arm64 kernel from staging-testing

Just thought people might find this useful. I think at this point it might be working from linux-next as well. Where do I e-mail updated DT bindings to? On Sun, 2017-03-19 at 08:25 -0700, Michael Zoran wrote: > So this morning after testing a new firmware release for the RPI, I > was

Minecraft_pi now works in Raspbian with arm64 kernel from staging-testing

Just thought people might find this useful. I think at this point it might be working from linux-next as well. Where do I e-mail updated DT bindings to? On Sun, 2017-03-19 at 08:25 -0700, Michael Zoran wrote: > So this morning after testing a new firmware release for the RPI, I > was

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Mon, 2017-03-20 at 12:33 -0300, Mauro Carvalho Chehab wrote: > Em Mon, 20 Mar 2017 08:11:41 -0700 > Michael Zoran <mzo...@crowfest.net> escreveu: > > > On Mon, 2017-03-20 at 11:58 -0300, Mauro Carvalho Chehab wrote: > > > Em Mon, 20 Mar 2017 04:08:21

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Mon, 2017-03-20 at 12:33 -0300, Mauro Carvalho Chehab wrote: > Em Mon, 20 Mar 2017 08:11:41 -0700 > Michael Zoran escreveu: > > > On Mon, 2017-03-20 at 11:58 -0300, Mauro Carvalho Chehab wrote: > > > Em Mon, 20 Mar 2017 04:08:21 -0700 > > > Michael Zoran

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Mon, 2017-03-20 at 11:58 -0300, Mauro Carvalho Chehab wrote: > Em Mon, 20 Mar 2017 04:08:21 -0700 > Michael Zoran <mzo...@crowfest.net> escreveu: > > > On Mon, 2017-03-20 at 07:58 -0300, Mauro Carvalho Chehab wrote: > > > Em Sun, 19 Mar 2017 22:11:07 -0300 >

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Mon, 2017-03-20 at 11:58 -0300, Mauro Carvalho Chehab wrote: > Em Mon, 20 Mar 2017 04:08:21 -0700 > Michael Zoran escreveu: > > > On Mon, 2017-03-20 at 07:58 -0300, Mauro Carvalho Chehab wrote: > > > Em Sun, 19 Mar 2017 22:11:07 -0300 > > > Mauro Carvalho Cheh

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Mon, 2017-03-20 at 07:58 -0300, Mauro Carvalho Chehab wrote: > Em Sun, 19 Mar 2017 22:11:07 -0300 > Mauro Carvalho Chehab <mche...@s-opensource.com> escreveu: > > > Em Sun, 19 Mar 2017 10:04:28 -0700 > > Michael Zoran <mzo...@crowfest.net> escreveu: >

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Mon, 2017-03-20 at 07:58 -0300, Mauro Carvalho Chehab wrote: > Em Sun, 19 Mar 2017 22:11:07 -0300 > Mauro Carvalho Chehab escreveu: > > > Em Sun, 19 Mar 2017 10:04:28 -0700 > > Michael Zoran escreveu: > > > > > A working DT that I tried th

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Sun, 2017-03-19 at 13:58 -0300, Mauro Carvalho Chehab wrote: > Em Fri, 17 Mar 2017 17:34:36 -0700 > Eric Anholt <e...@anholt.net> escreveu: > > > Mauro Carvalho Chehab <mche...@s-opensource.com> writes: > > > > > Em Wed, 15 Mar 2017 18:46:24 -070

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Sun, 2017-03-19 at 13:58 -0300, Mauro Carvalho Chehab wrote: > Em Fri, 17 Mar 2017 17:34:36 -0700 > Eric Anholt escreveu: > > > Mauro Carvalho Chehab writes: > > > > > Em Wed, 15 Mar 2017 18:46:24 -0700 > > > Michael Zoran escreveu: > > >

Re: outreachy/moving a driver out of staging

On Sun, 2017-03-19 at 09:15 +, Russell King - ARM Linux wrote: > On Sun, Mar 19, 2017 at 12:37:47AM -0700, Michael Zoran wrote: > > I just noticed this e-mail.  What exactly is the requirement to get > > a > > driver or subsystem out of staging? > > This is

Re: outreachy/moving a driver out of staging

On Sun, 2017-03-19 at 09:15 +, Russell King - ARM Linux wrote: > On Sun, Mar 19, 2017 at 12:37:47AM -0700, Michael Zoran wrote: > > I just noticed this e-mail.  What exactly is the requirement to get > > a > > driver or subsystem out of staging? > > This is

Re: outreachy/moving a driver out of staging

On Thu, 2017-03-09 at 22:20 +0100, Greg KH wrote: > On Thu, Mar 09, 2017 at 01:56:49PM -0700, Stephen Warren wrote: > > On 03/09/2017 01:51 PM, Scott Branden wrote: > > > Hi Julia, > > > > > > On 17-03-09 12:36 PM, Julia Lawall wrote: > > > > Hello, > > > > > > > > I discussed the issue of

Re: outreachy/moving a driver out of staging

On Thu, 2017-03-09 at 22:20 +0100, Greg KH wrote: > On Thu, Mar 09, 2017 at 01:56:49PM -0700, Stephen Warren wrote: > > On 03/09/2017 01:51 PM, Scott Branden wrote: > > > Hi Julia, > > > > > > On 17-03-09 12:36 PM, Julia Lawall wrote: > > > > Hello, > > > > > > > > I discussed the issue of

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Wed, 2017-03-15 at 22:08 -0300, Mauro Carvalho Chehab wrote: > No, I didn't. Thanks! Applied it but, unfortunately, didn't work. > Perhaps I'm missing some other patch. I'm compiling it from > the Greg's staging tree (branch staging-next): >

Re: [PATCH 0/6] staging: BCM2835 MMAL V4L2 camera driver

On Wed, 2017-03-15 at 22:08 -0300, Mauro Carvalho Chehab wrote: > No, I didn't. Thanks! Applied it but, unfortunately, didn't work. > Perhaps I'm missing some other patch. I'm compiling it from > the Greg's staging tree (branch staging-next): >

Re: [PATCH 1/2] staging/vc04_services: initialize cache line size properly

Hi Arnd, I submitted a change which is in Linux-next now that makes the whole CACHE_LINE_SIZE macro meaningless. It now always reads the size from the DT and errors out with -ENODEV if the property is missing. I was going to submit a change to delete the macro completely, just never got to it.

Re: [PATCH 1/2] staging/vc04_services: initialize cache line size properly

Hi Arnd, I submitted a change which is in Linux-next now that makes the whole CACHE_LINE_SIZE macro meaningless. It now always reads the size from the DT and errors out with -ENODEV if the property is missing. I was going to submit a change to delete the macro completely, just never got to it.

Re: [Outreachy kernel] [PATCH] staging: bcm2835-audio: Fixed spacing around '&'

On Mon, 2017-02-27 at 12:35 -0800, Scott Branden wrote: > > > Hi Julia, > > On 17-02-26 10:25 PM, Julia Lawall wrote: > > > > If you consider that you are getting too much outreachy mail at the > > moment, just let me know what subsystem you want me to add an > > exception > > for. > > The

Re: [Outreachy kernel] [PATCH] staging: bcm2835-audio: Fixed spacing around '&'

On Mon, 2017-02-27 at 12:35 -0800, Scott Branden wrote: > > > Hi Julia, > > On 17-02-26 10:25 PM, Julia Lawall wrote: > > > > If you consider that you are getting too much outreachy mail at the > > moment, just let me know what subsystem you want me to add an > > exception > > for. > > The

Re: [PATCH] staging: vc04_services: remove unused functions

On Wed, 2017-02-08 at 01:19 +0300, Dan Carpenter wrote: > On Tue, Feb 07, 2017 at 01:13:34PM -0800, Eric Anholt wrote: > > Dan Carpenter writes: > > > > > There is a bunch of vc04_services that we're still looking to > > > merge in > > > the near future.  Please hold

Re: [PATCH] staging: vc04_services: remove unused functions

On Wed, 2017-02-08 at 01:19 +0300, Dan Carpenter wrote: > On Tue, Feb 07, 2017 at 01:13:34PM -0800, Eric Anholt wrote: > > Dan Carpenter writes: > > > > > There is a bunch of vc04_services that we're still looking to > > > merge in > > > the near future.  Please hold off deleting these until we

Re: [PATCH 1/6] staging: Import the BCM2835 MMAL-based V4L2 camera driver.

Dave: I'd personally like to see the current version of vchi stabbed, poisoned, beaten, shot, chained and thrown in a river.:) Would it be possible to find another transport for this driver to remove the dependency on VCHI? Given the process of improving drivers in stagging, I don't expect VCHI

Re: [PATCH 1/6] staging: Import the BCM2835 MMAL-based V4L2 camera driver.

Dave: I'd personally like to see the current version of vchi stabbed, poisoned, beaten, shot, chained and thrown in a river.:) Would it be possible to find another transport for this driver to remove the dependency on VCHI? Given the process of improving drivers in stagging, I don't expect VCHI

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

On Thu, 2017-02-02 at 10:50 +0100, Stefan Wahren wrote: > Am 02.02.2017 um 09:37 schrieb Michael Zoran: > > This is actually a problem I had to deal with way in the begging of > > ARM64.  What was done in the github tree was to have the one of the > > DTS > >    file

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

On Thu, 2017-02-02 at 10:50 +0100, Stefan Wahren wrote: > Am 02.02.2017 um 09:37 schrieb Michael Zoran: > > This is actually a problem I had to deal with way in the begging of > > ARM64.  What was done in the github tree was to have the one of the > > DTS > >    file

[PATCH V2] Add devicetree for the Raspberry Pi 3, for arm (32)

Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- arch/arm/boot/dts/Makefile| 3 ++- arch/arm/boot/dts/bcm2837-rpi-3-b.dts | 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) create mode 100644 arch/arm/boot/dts/bcm2837-rpi-3-b.dts diff --git a/arch/arm/boot/dts/Make

[PATCH V2] Add devicetree for the Raspberry Pi 3, for arm (32)

Signed-off-by: Michael Zoran --- arch/arm/boot/dts/Makefile| 3 ++- arch/arm/boot/dts/bcm2837-rpi-3-b.dts | 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) create mode 100644 arch/arm/boot/dts/bcm2837-rpi-3-b.dts diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

On Wed, 2017-02-01 at 13:20 +0100, Gerd Hoffmann wrote: > > > I think just having links from > > > arch/arm64/boot/dts/broadcom/bcm2837*.dts* to arch/arm/boot/dts/ > > > would > > > be the solution, then this Makefile could just reference > > > bcm2837-rpi-3-b.dtb. > > > > I suspect it is not

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

On Wed, 2017-02-01 at 13:20 +0100, Gerd Hoffmann wrote: > > > I think just having links from > > > arch/arm64/boot/dts/broadcom/bcm2837*.dts* to arch/arm/boot/dts/ > > > would > > > be the solution, then this Makefile could just reference > > > bcm2837-rpi-3-b.dtb. > > > > I suspect it is not

Re: [PATCH] MAINTAINERS: Update for the current location of the bcm2835 tree.

On Tue, 2017-01-31 at 12:55 -0800, Florian Fainelli wrote: > On 01/31/2017 12:32 PM, Michael Zoran wrote: > > On Tue, 2017-01-31 at 11:48 -0800, Eric Anholt wrote: > > > I've been maintaining the bcm2835 branches here for a year or so. > > > > > > Signed-

Re: [PATCH] MAINTAINERS: Update for the current location of the bcm2835 tree.

On Tue, 2017-01-31 at 12:55 -0800, Florian Fainelli wrote: > On 01/31/2017 12:32 PM, Michael Zoran wrote: > > On Tue, 2017-01-31 at 11:48 -0800, Eric Anholt wrote: > > > I've been maintaining the bcm2835 branches here for a year or so. > > > >

Re: [PATCH] MAINTAINERS: Update for the current location of the bcm2835 tree.

On Tue, 2017-01-31 at 11:48 -0800, Eric Anholt wrote: > I've been maintaining the bcm2835 branches here for a year or so. > > Signed-off-by: Eric Anholt > --- >  MAINTAINERS | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS >

Re: [PATCH] MAINTAINERS: Update for the current location of the bcm2835 tree.

On Tue, 2017-01-31 at 11:48 -0800, Eric Anholt wrote: > I've been maintaining the bcm2835 branches here for a year or so. > > Signed-off-by: Eric Anholt > --- >  MAINTAINERS | 2 +- >  1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

Need a second set of eyeballs for a possible startup race condition in vc04_services/vchiq.

Resending to a larger e-mail list... On Mon, 2017-01-30 at 04:57 -0800, Michael Zoran wrote: > I'm looking at linux-next: > drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c > > First it looks this is some kind of startup notification mechanism > and > it is

Need a second set of eyeballs for a possible startup race condition in vc04_services/vchiq.

Resending to a larger e-mail list... On Mon, 2017-01-30 at 04:57 -0800, Michael Zoran wrote: > I'm looking at linux-next: > drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c > > First it looks this is some kind of startup notification mechanism > and > it is

Re: [PATCH 3/6] staging: bcm2835-v4l2: Add a build system for the module.

On Fri, 2017-01-27 at 13:55 -0800, Eric Anholt wrote: > This is derived from the downstream tree's build system, but with > just > a single Kconfig option. > > For now the driver only builds on 32-bit arm -- the aarch64 build > breaks due to the driver using arm-specific cache flushing functions.

Re: [PATCH 3/6] staging: bcm2835-v4l2: Add a build system for the module.

On Fri, 2017-01-27 at 13:55 -0800, Eric Anholt wrote: > This is derived from the downstream tree's build system, but with > just > a single Kconfig option. > > For now the driver only builds on 32-bit arm -- the aarch64 build > breaks due to the driver using arm-specific cache flushing functions.

[PATCH] staging: vc04_services: rework ioctl code path

OS. Both test cases pass. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../vc04_services/interface/vchiq_arm/vchiq_arm.c | 1914 +--- .../vc04_services/interface/vchiq_arm/vchiq_if.h | 19 + .../interface/vchiq_arm/vchiq_ioctl.h | 69 + 3

[PATCH] staging: vc04_services: rework ioctl code path

OS. Both test cases pass. Signed-off-by: Michael Zoran --- .../vc04_services/interface/vchiq_arm/vchiq_arm.c | 1914 +--- .../vc04_services/interface/vchiq_arm/vchiq_if.h | 19 + .../interface/vchiq_arm/vchiq_ioctl.h | 69 + 3 files changed, 1389 insertions

[PATCH] staging: vc04_services: Add 32-bit compatibility ioctls

chroot install from the same OS to test the compatibility ioctls. Both test cases now pass. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../vc04_services/interface/vchiq_arm/vchiq_arm.c | 269 + .../vc04_services/interface/vchiq_arm/vchiq_if.h

[PATCH] staging: vc04_services: Add 32-bit compatibility ioctls

chroot install from the same OS to test the compatibility ioctls. Both test cases now pass. Signed-off-by: Michael Zoran --- .../vc04_services/interface/vchiq_arm/vchiq_arm.c | 269 + .../vc04_services/interface/vchiq_arm/vchiq_if.h | 25 ++ .../interface/vchiq_arm

Re: [PATCH] staging: vc04_services: add vchiq_pagelist_info structure

On Mon, 2016-11-07 at 11:03 +0100, Greg KH wrote: > On Mon, Oct 31, 2016 at 01:10:35AM -0700, Michael Zoran wrote: > > The current dma_map_sg based implementation for bulk messages > > computes many offsets into a single allocation multiple times in > > both the creat

Re: [PATCH] staging: vc04_services: add vchiq_pagelist_info structure

On Mon, 2016-11-07 at 11:03 +0100, Greg KH wrote: > On Mon, Oct 31, 2016 at 01:10:35AM -0700, Michael Zoran wrote: > > The current dma_map_sg based implementation for bulk messages > > computes many offsets into a single allocation multiple times in > > both the creat

[PATCH v2] staging: vc04_services: add vchiq_pagelist_info structure

Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../interface/vchiq_arm/vchiq_2835_arm.c | 223 +++-- 1 file changed, 113 insertions(+), 110 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc04_se

[PATCH v2] staging: vc04_services: add vchiq_pagelist_info structure

Signed-off-by: Michael Zoran --- .../interface/vchiq_arm/vchiq_2835_arm.c | 223 +++-- 1 file changed, 113 insertions(+), 110 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc04_services/interface/vchiq_arm

[PATCH] staging: vc04_services: parse_rx_slots() - Fix compiler warning

a cast to long before the original cast to int to silence the warning. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vc04_services/int

[PATCH] staging: vc04_services: parse_rx_slots() - Fix compiler warning

a cast to long before the original cast to int to silence the warning. Signed-off-by: Michael Zoran --- drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c b

[PATCH v2] staging: vc04_services: setup DMA and coherent mask

VCHI messages between the CPU and firmware use 32-bit bus addresses. Explicitly set the DMA mask and coherent on all platforms. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 9 + 1 file changed, 9 inse

[PATCH v2] staging: vc04_services: setup DMA and coherent mask

VCHI messages between the CPU and firmware use 32-bit bus addresses. Explicitly set the DMA mask and coherent on all platforms. Signed-off-by: Michael Zoran --- .../staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers

Re: [PATCH] staging: vc04_services: setup DMA and coherent mask

On Mon, 2016-10-31 at 12:53 -0700, Michael Zoran wrote: > On Mon, 2016-10-31 at 11:40 -0700, Michael Zoran wrote: > > On Mon, 2016-10-31 at 11:36 -0700, Eric Anholt wrote: > > > Michael Zoran <mzo...@crowfest.net> writes: > > > > > > &g

Re: [PATCH] staging: vc04_services: setup DMA and coherent mask

On Mon, 2016-10-31 at 12:53 -0700, Michael Zoran wrote: > On Mon, 2016-10-31 at 11:40 -0700, Michael Zoran wrote: > > On Mon, 2016-10-31 at 11:36 -0700, Eric Anholt wrote: > > > Michael Zoran writes: > > > > > > > Setting the DMA mask is optional on 32

Re: [PATCH] staging: vc04_services: setup DMA and coherent mask

On Mon, 2016-10-31 at 11:40 -0700, Michael Zoran wrote: > On Mon, 2016-10-31 at 11:36 -0700, Eric Anholt wrote: > > Michael Zoran <mzo...@crowfest.net> writes: > > > > > Setting the DMA mask is optional on 32 bit but > > > is mandatory on 64 bit.  Set the D

Re: [PATCH] staging: vc04_services: setup DMA and coherent mask

On Mon, 2016-10-31 at 11:40 -0700, Michael Zoran wrote: > On Mon, 2016-10-31 at 11:36 -0700, Eric Anholt wrote: > > Michael Zoran writes: > > > > > Setting the DMA mask is optional on 32 bit but > > > is mandatory on 64 bit.  Set the DMA mask and coherent >

Re: [PATCH] staging: vc04_services: setup DMA and coherent mask

On Mon, 2016-10-31 at 11:36 -0700, Eric Anholt wrote: > Michael Zoran <mzo...@crowfest.net> writes: > > > Setting the DMA mask is optional on 32 bit but > > is mandatory on 64 bit.  Set the DMA mask and coherent > > to force all DMA to be in the 32 bit address spac

Re: [PATCH] staging: vc04_services: setup DMA and coherent mask

On Mon, 2016-10-31 at 11:36 -0700, Eric Anholt wrote: > Michael Zoran writes: > > > Setting the DMA mask is optional on 32 bit but > > is mandatory on 64 bit.  Set the DMA mask and coherent > > to force all DMA to be in the 32 bit address space. > > > >

[PATCH] staging: vc04_services: add vchiq_pagelist_info structure

Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../interface/vchiq_arm/vchiq_2835_arm.c | 223 +++-- 1 file changed, 113 insertions(+), 110 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc04_se

[PATCH] staging: vc04_services: add vchiq_pagelist_info structure

Signed-off-by: Michael Zoran --- .../interface/vchiq_arm/vchiq_2835_arm.c | 223 +++-- 1 file changed, 113 insertions(+), 110 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc04_services/interface/vchiq_arm

[PATCH] staging: vc04_services: remove vchiq_copy_from_user

tions were not implemented anyway so no need to fix them. It's easier to just remove them. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../staging/vc04_services/interface/vchi/vchi.h| 25 +- .../interface/vchiq_arm/vchiq_2835_arm.c | 11 - .../vc04_services/interface/vchiq

[PATCH] staging: vc04_services: remove vchiq_copy_from_user

tions were not implemented anyway so no need to fix them. It's easier to just remove them. Signed-off-by: Michael Zoran --- .../staging/vc04_services/interface/vchi/vchi.h| 25 +- .../interface/vchiq_arm/vchiq_2835_arm.c | 11 - .../vc04_services/interface/vchiq_arm/vchiq_ar

[PATCH] staging: vc04_services: call sg_init_table to init scatterlist

st element and ensure the chain end is marked. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_

[PATCH] staging: vc04_services: call sg_init_table to init scatterlist

st element and ensure the chain end is marked. Signed-off-by: Michael Zoran --- drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc0

[PATCH] staging: vc04_services: setup DMA and coherent mask

Setting the DMA mask is optional on 32 bit but is mandatory on 64 bit. Set the DMA mask and coherent to force all DMA to be in the 32 bit address space. This is considered a "good practice" and most drivers already do this. Signed-off-by: Michael Zoran <mzo...@crowfest.net>

[PATCH] staging: vc04_services: setup DMA and coherent mask

Setting the DMA mask is optional on 32 bit but is mandatory on 64 bit. Set the DMA mask and coherent to force all DMA to be in the 32 bit address space. This is considered a "good practice" and most drivers already do this. Signed-off-by: Michael Zoran --- .../staging/vc04_services

Re: [PATCH] staging: vc04_services: tie up loose ends with dma_map_sg conversion

On Fri, 2016-10-28 at 11:42 -0400, Greg KH wrote: > On Fri, Oct 28, 2016 at 08:36:34AM -0700, Michael Zoran wrote: > > On Fri, 2016-10-28 at 11:31 -0400, Greg KH wrote: > > > On Fri, Oct 28, 2016 at 08:16:51AM -0700, Michael Zoran wrote: > > > > The conversion to dm

Re: [PATCH] staging: vc04_services: tie up loose ends with dma_map_sg conversion

On Fri, 2016-10-28 at 11:42 -0400, Greg KH wrote: > On Fri, Oct 28, 2016 at 08:36:34AM -0700, Michael Zoran wrote: > > On Fri, 2016-10-28 at 11:31 -0400, Greg KH wrote: > > > On Fri, Oct 28, 2016 at 08:16:51AM -0700, Michael Zoran wrote: > > > > The conversion to dm

Re: [PATCH] staging: vc04_services: tie up loose ends with dma_map_sg conversion

On Fri, 2016-10-28 at 11:31 -0400, Greg KH wrote: > On Fri, Oct 28, 2016 at 08:16:51AM -0700, Michael Zoran wrote: > > The conversion to dma_map_sg left a few loose ends.  This change > > ties up those loose ends. > > > > 1. Settings the DMA mask is mand

Re: [PATCH] staging: vc04_services: tie up loose ends with dma_map_sg conversion

On Fri, 2016-10-28 at 11:31 -0400, Greg KH wrote: > On Fri, Oct 28, 2016 at 08:16:51AM -0700, Michael Zoran wrote: > > The conversion to dma_map_sg left a few loose ends.  This change > > ties up those loose ends. > > > > 1. Settings the DMA mask is mand

[PATCH] staging: vc04_services: tie up loose ends with dma_map_sg conversion

this cleanup could have been broken down to chunks, all the changes are to a single file and submitting it as a single related change should make reviewing the diff much easier then if it were submitted piecemeal. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../interface/vch

[PATCH] staging: vc04_services: tie up loose ends with dma_map_sg conversion

this cleanup could have been broken down to chunks, all the changes are to a single file and submitting it as a single related change should make reviewing the diff much easier then if it were submitted piecemeal. Signed-off-by: Michael Zoran --- .../interface/vchiq_arm/vchiq_2835_arm.c

[PATCH v2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

edback from Eric Anholt <e...@anholt.net>. Signed-off-by: Michael Zoran <mzo...@crowfest.net> --- .../interface/vchiq_arm/vchiq_2835_arm.c | 152 + 1 file changed, 93 insertions(+), 59 deletions(-) diff --git a/drivers/staging/vc04_services/interface/v

[PATCH v2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

edback from Eric Anholt . Signed-off-by: Michael Zoran --- .../interface/vchiq_arm/vchiq_2835_arm.c | 152 + 1 file changed, 93 insertions(+), 59 deletions(-) diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c b/drivers/staging/vc04_se

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Tue, 2016-10-25 at 09:16 -0700, Eric Anholt wrote: > Michael Zoran <mzo...@crowfest.net> writes: > > > On Tue, 2016-10-25 at 08:00 -0700, Michael Zoran wrote: > > > On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote: > &g

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Tue, 2016-10-25 at 09:16 -0700, Eric Anholt wrote: > Michael Zoran writes: > > > On Tue, 2016-10-25 at 08:00 -0700, Michael Zoran wrote: > > > On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote: > > > > mzo...@crowfest.net writes: > > > > &g

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote: > mzo...@crowfest.net writes: > > >  */ > >   > >  static int > >  create_pagelist(char __user *buf, size_t count, unsigned short > > type, > > - struct task_struct *task, PAGELIST_T ** ppagelist) > > + struct task_struct *task,

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote: > mzo...@crowfest.net writes: > > >  */ > >   > >  static int > >  create_pagelist(char __user *buf, size_t count, unsigned short > > type, > > - struct task_struct *task, PAGELIST_T ** ppagelist) > > + struct task_struct *task,

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Tue, 2016-10-25 at 08:00 -0700, Michael Zoran wrote: > On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote: > > mzo...@crowfest.net writes: > > > > >  */ > > >   > > >  static int > > >  create_pagelist(char __user *buf, size_t count, un

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Tue, 2016-10-25 at 08:00 -0700, Michael Zoran wrote: > On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote: > > mzo...@crowfest.net writes: > > > > >  */ > > >   > > >  static int > > >  create_pagelist(char __user *buf, size_t count, un

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

At this point, I need to take a step back from this whole thing and evaluate where this is all going. I started this arm64 thing for fun as a tinker idea, and it is quickly becoming more then I think I want to get involved with at this time. I'm not saying I won't return to this at a later time

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

At this point, I need to take a step back from this whole thing and evaluate where this is all going. I started this arm64 thing for fun as a tinker idea, and it is quickly becoming more then I think I want to get involved with at this time. I'm not saying I won't return to this at a later time

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Mon, 2016-10-24 at 15:24 +0200, Greg KH wrote: > On Sun, Oct 23, 2016 at 10:29:32PM -0700, mzo...@crowfest.net wrote: > > From: Michael Zoran <mzo...@crowfest.net> > > > > The original arm implementation uses dmac_map_area which is not > > portable.  Replac

Re: [PATCH 2/2] staging: vc04_services: Replace dmac_map_area with dmac_map_sg

On Mon, 2016-10-24 at 15:24 +0200, Greg KH wrote: > On Sun, Oct 23, 2016 at 10:29:32PM -0700, mzo...@crowfest.net wrote: > > From: Michael Zoran > > > > The original arm implementation uses dmac_map_area which is not > > portable.  Replace it with an architecture neu

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 15:23 +0200, Greg KH wrote: > On Sun, Oct 23, 2016 at 10:29:18PM -0700, mzo...@crowfest.net wrote: > > From: Michael Zoran <mzo...@crowfest.net> > > > > Signed-off-by: Michael Zoran <mzo...@crowfest.net> > > --- > >  driv

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 15:23 +0200, Greg KH wrote: > On Sun, Oct 23, 2016 at 10:29:18PM -0700, mzo...@crowfest.net wrote: > > From: Michael Zoran > > > > Signed-off-by: Michael Zoran > > --- > >  drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 14:58 +0300, Dan Carpenter wrote: > On Mon, Oct 24, 2016 at 04:39:49AM -0700, Michael Zoran wrote: > > On Mon, 2016-10-24 at 14:36 +0300, Dan Carpenter wrote: > > > On Mon, Oct 24, 2016 at 04:09:37AM -0700, Michael Zoran wrote: > > > > I didn't t

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 14:58 +0300, Dan Carpenter wrote: > On Mon, Oct 24, 2016 at 04:39:49AM -0700, Michael Zoran wrote: > > On Mon, 2016-10-24 at 14:36 +0300, Dan Carpenter wrote: > > > On Mon, Oct 24, 2016 at 04:09:37AM -0700, Michael Zoran wrote: > > > > I didn't t

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 14:36 +0300, Dan Carpenter wrote: > On Mon, Oct 24, 2016 at 04:09:37AM -0700, Michael Zoran wrote: > > I didn't think it looked totally correct, but I'm not sure it's any > > more broken then what is already in the tree. > > It's not more broken.

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 14:36 +0300, Dan Carpenter wrote: > On Mon, Oct 24, 2016 at 04:09:37AM -0700, Michael Zoran wrote: > > I didn't think it looked totally correct, but I'm not sure it's any > > more broken then what is already in the tree. > > It's not more broken.

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 13:54 +0300, Dan Carpenter wrote: > On Sun, Oct 23, 2016 at 10:29:18PM -0700, mzo...@crowfest.net wrote: > > From: Michael Zoran <mzo...@crowfest.net> > > > > Signed-off-by: Michael Zoran <mzo...@crowfest.net> > > --- > >  driv

Re: [PATCH 1/2] staging: vc04_services: Fix unportable cast in vchiq_copy_from_user

On Mon, 2016-10-24 at 13:54 +0300, Dan Carpenter wrote: > On Sun, Oct 23, 2016 at 10:29:18PM -0700, mzo...@crowfest.net wrote: > > From: Michael Zoran > > > > Signed-off-by: Michael Zoran > > --- > >  drivers/staging/vc04_services/interface/vchiq_arm/vchiq_