Re: [PATCH] v2 Staging : Add RIFFA PCIe staging driver

> > Also, do not use a random MAJOR number that you just picked out of no > > where, that too will break working systems and needs to be fixed.  Use > > the dynamic allocation method, or better yet, just use a misc device. > > What do you exactly mean by misc device ? > Look at

[PATCH] Revert "Staging: iio: adt7316: Add an extra check for 'ret' equals to 0"

This reverts commit 00426e99789357dbff7e719a092ce36a3ce49d94. i2c_smbus_read_byte() returns 0 when a byte with the value 0 is read from the device. This is a valid read so revert the check for 0. Signed-off-by: Jeremy Fertic --- drivers/staging/iio/addac/adt7316-i2c.c | 4 1 file changed,

Re: [PATCH] staging: mt7621-spi: drop the broken full-duplex mode

On Tue, Dec 04 2018, Chuanhong Guo wrote: > Hi! > NeilBrown 于2018年12月4日周二 上午5:55写道： >> >> On Mon, Dec 03 2018, Chuanhong Guo wrote: >> >> > Under MORE_BUF_MODE the controller will always shift one bit out of >> > spi_opcode if (mosi_bit_cnt > 0) && (cmd_bit_cnt == 0) so the full- >> > duplex

[PATCH] staging: octeon-usb: use a helper function to set the DMA mask

Use a helper function to set the DMA mask. Signed-off-by: Aaro Koskinen --- drivers/staging/octeon-usb/octeon-hcd.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/staging/octeon-usb/octeon-hcd.c b/drivers/staging/octeon-usb/octeon-hcd.c index

Re: [PATCH 11/15] dt-bindings: media: cedrus: Add compatibles for the A64 and H5

On Thu, 15 Nov 2018 15:50:09 +0100, Paul Kocialkowski wrote: > This introduces two new compatibles for the cedrus driver, for the > A64 and H5 platforms. > > Signed-off-by: Paul Kocialkowski > --- > Documentation/devicetree/bindings/media/cedrus.txt | 2 ++ > 1 file changed, 2 insertions(+) >

Re: [PATCH 05/15] dt-bindings: sram: sunxi: Add bindings for the H5 with SRAM C1

On Thu, 15 Nov 2018 15:50:03 +0100, Paul Kocialkowski wrote: > This introduces new bindings for the H5 SoC in the SRAM controller. > Because the SRAM layout is different from other SoCs, no backward > compatibility is assumed with any of them. > > However, the C1 SRAM section alone looks similar

Re: [PATCH 09/15] dt-bindings: sram: sunxi: Add compatible for the A64 SRAM C1

On Thu, 15 Nov 2018 15:50:07 +0100, Paul Kocialkowski wrote: > This introduces a new compatible for the A64 SRAM C1 section, that is > compatible with the SRAM C1 section as found on the A10. > > Signed-off-by: Paul Kocialkowski > --- > Documentation/devicetree/bindings/sram/sunxi-sram.txt | 1

[PATCH 1/2] staging: greybus: Align function call parameters to parenthesis

Aligned some parameters to the previous parenthesis. Signed-off-by: Cristian Sicilia --- drivers/staging/greybus/loopback.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/drivers/staging/greybus/loopback.c b/drivers/staging/greybus/loopback.c index

[PATCH 0/2] staging: greybus: Fix parameters alignment and strings concatenation

First patch align some parameters with parenthesis. Second patch will add some spaces between string. Cristian Sicilia (2): staging: greybus: Align function call parameters to parenthesis staging: greybus: Added space between string concatenated drivers/staging/greybus/loopback.c | 16

[PATCH 2/2] staging: greybus: Added space between string concatenated

Some concatenated strings are now spaced. Signed-off-by: Cristian Sicilia --- drivers/staging/greybus/loopback.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/greybus/loopback.c b/drivers/staging/greybus/loopback.c index 1085e06..acfa392 100644 ---

Re: [PATCH v2] staging: comedi: change do_insn*_ioctl to allow more samples

On Tue, Dec 4, 2018 at 12:08 PM Spencer E. Olson wrote: > > Changes do_insn*_ioctl functions to allow for data lengths for each > comedi_insn of up to 2^16. This patch also changes these functions to only > allocate as much memory as is necessary for each comedi_insn, rather than > allocating a

[PATCH v2] staging: comedi: change do_insn*_ioctl to allow more samples

Changes do_insn*_ioctl functions to allow for data lengths for each comedi_insn of up to 2^16. This patch also changes these functions to only allocate as much memory as is necessary for each comedi_insn, rather than allocating a fixed-sized scratch space. In testing some user-space code for the

[PATCH v2] Staging: fbtft: Switch to the gpio descriptor interface

This switches the fbtft driver to use GPIO descriptors rather than numerical gpios: Utilize the GPIO library's intrinsic handling of OF GPIOs and polarity. If the line is flagged active low, gpiolib will deal with this. Remove gpios from platform device structure. Neither assign statically

Re: [PATCH 04/26] Staging: fbtft: flexfb: Switch to the gpio descriptor interface

On Mon, Nov 26, 2018 at 01:13:08PM +0300, Dan Carpenter wrote: > On Sun, Nov 25, 2018 at 04:56:29PM +0530, Nishad Kamdar wrote: > > This switches the flexfb.c to use GPIO descriptors > > rather than numerical gpios. > > > > Signed-off-by: Nishad Kamdar > > --- > > drivers/staging/fbtft/flexfb.c

Re: [PATCH] staging: comedi: change do_insn*_ioctl to allow more samples

On Wed, Oct 31, 2018 at 4:49 AM Ian Abbott wrote: > > On 25/10/18 02:36, Spencer E. Olson wrote: > > Changes do_insn*_ioctl functions to allow for data lengths for each > > comedi_insn of up to 2^16. This patch also changes these functions to only > > allocate as much memory as is necessary for

[PATCH] binder: implement binderfs

As discussed at Linux Plumbers Conference 2018 in Vancouver [1] this is the implementation of binderfs. If you want to skip reading and just see how it works, please go to [2]. binderfs is a backwards-compatible filesystem for Android's binder ipc mechanism. Each ipc namespace will mount a new

Re: [PATCH RFCv2 3/4] mm/memory_hotplug: Introduce and use more memory types

On 04.12.18 10:44, Michal Suchánek wrote: > On Fri, 30 Nov 2018 18:59:21 +0100 > David Hildenbrand wrote: > >> Let's introduce new types for different kinds of memory blocks and use >> them in existing code. As I don't see an easy way to split this up, >> do it in one hunk for now. >> >> acpi:

Re: [PATCH RFCv2 3/4] mm/memory_hotplug: Introduce and use more memory types

On Fri, 30 Nov 2018 18:59:21 +0100 David Hildenbrand wrote: > Let's introduce new types for different kinds of memory blocks and use > them in existing code. As I don't see an easy way to split this up, > do it in one hunk for now. > > acpi: > Use DIMM or DIMM_UNREMOVABLE depending on

Re: [PATCH] v2 Staging : Add RIFFA PCIe staging driver

On Tue, Dec 04, 2018 at 08:13:10AM +, Cheng Fei Phung wrote: > > > For further details, please refer to > > https://github.com/KastnerRG/riffa/pull/31 > > That is not permanent, please provide the details here. > > This patch helps to enable bi-directional PCIe communication at PCIe gen2 >

Re: [PATCH] v2 Staging : Add RIFFA PCIe staging driver

> For further details, please refer to > https://github.com/KastnerRG/riffa/pull/31 > That is not permanent, please provide the details here. This patch helps to enable bi-directional PCIe communication at PCIe gen2 speed grade Major change in this patch is the enabling of chnl_recv()