This patch continues the implementation of reinterpreting stop_arg when
stop_src == TRIG_NONE for national instruments cdio output on e/m-series
devices. This is part of a series of patches that allow a user to have a
specific buffer repeated as-is indefinitely. The contents of the DMA
buffer can
This change enables the mite DMA controller to only transfer the amount of
data needed by a command. By default, the old behavior of transferring the
entire comedi DMA data buffer is still in effect. These changes allow a
command to only transmit a limited portion of that data buffer as needed.
This patch implements for analog output the reinterpretation of stop_arg
when stop_src == TRIG_NONE to allow the user to specify the length of the
buffer that should be repeated. The intent is to allow a user to have a
specific buffer repeated as-is indefinitely. The contents of the DMA
buffer ca
These patches implement a proposal to very slightly extend the interpretation of
cmd->stop_arg when cmd->stop_src == TRIG_NONE. Normally, for output subdevices,
when the user specifies cmd->stop_src == TRIG_NONE, the device should
continuously output data that must also be continually fed by the u
My Dear Friend,
I am contacting you to partner with you and this is real ok, itโs my desire to
strategically collaborate with your firm regarding investment arrangement in
your country.
Basically, I was forced out of my country due to political reasons and
presently ran to another ountry for
On Mon, Jan 11, 2016 at 09:13:31PM +0100, Janosch Frank wrote:
> Since all spi read and write functions were basically preparing the
> same data, moving the preparation into a function decreased line count
> a lot.
>
> This also resolves the following problems:
> Zeroing the message ourselves is n
Weird... It applies with patch but not with git am.
Read the first paragraph of Documentation/email-clients.txt
`cat raw_email.txt | git am`
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverprojec
Since ion alloc can be called by userspace,eg gralloc.
When it is called frequently, the efficiency of kswapd is
to low. And the reclaimed memory is too lower. In this way,
the kswapd can use to much cpu resources.
With 3.5GB DMA Zone and 0.5 Normal Zone.
pgsteal_kswapd_dma 9364140
pgsteal_kswapd
Best to work against staging-next. This doesn't apply any more.
Glen, can you guys test/review these patches, please? They're a bit
tricky for me. I have low confidence in "the comments say it's fine to
set ->rx to NULL."
regards,
dan carpenter
___
None of these have a change description. How does using CR_CHAN() help?
Does it fix a bug? What are the user visible effects of the bug?
(I could figure this out myself, but you'd still have to resend with the
information so I haven't).
regards,
dan carpenter
__
On Thu, 24 Dec 2015 22:27:13 +0530
Sudip Mukherjee wrote:
> On Tue, Dec 22, 2015 at 10:53:02AM +0100, Christian Gromm wrote:
> > This patch fixes the function channel_has_mbo that delivers the false
> > information in case two AIMs are using the same tx channel.
> >
> > Signed-off-by: Christian
This patch fixes the function channel_has_mbo that delivers the false
information in case two AIMs are using the same tx channel.
Signed-off-by: Christian Gromm
---
v2: make function channel_has_mbo return 0 instead of false.
Reported-by: Sudip Mukherjee
drivers/staging/most/aim-cdev/cdev.c
On 12/01/16 06:29, Spencer E. Olson wrote:
Signed-off-by: Spencer E. Olson
---
To: de...@driverdev.osuosl.org
Cc: Ian Abbott
Cc: H Hartley Sweeten
Cc: Greg Kroah-Hartman
drivers/staging/comedi/drivers/ni_pcimio.c | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
On 12/01/16 12:07, Dan Carpenter wrote:
None of these have a change description. How does using CR_CHAN() help?
Does it fix a bug? What are the user visible effects of the bug?
(I could figure this out myself, but you'd still have to resend with the
information so I haven't).
regards,
dan car
On 01/07/2016 04:34 AM, Dan Carpenter wrote:
queue_delayed_work() returns bool, not negative error codes. It returns
false if the work has already been queued or true otherwise. Since
we don't care about that, we can just remove the test.
Signed-off-by: Dan Carpenter
Tested with s-Par, wor
On 01/12/2016 03:14 AM, Chen Feng wrote:
Since ion alloc can be called by userspace,eg gralloc.
When it is called frequently, the efficiency of kswapd is
to low. And the reclaimed memory is too lower. In this way,
the kswapd can use to much cpu resources.
With 3.5GB DMA Zone and 0.5 Normal Zone.
This fixes a bug in function ni_tio_input_inttrig(). The trigger number
should be compared to cmd->start_arg, not cmd->start_src.
Fixes: 6a760394d7eb ("staging: comedi: ni_tiocmd: clarify the
cmd->start_arg validation and use")
Cc: # 3.17+
Signed-off-by: Spencer E. Olson
---
Added description
On 12/01/16 17:33, Spencer E. Olson wrote:
This fixes a bug in function ni_tio_input_inttrig(). The trigger number
should be compared to cmd->start_arg, not cmd->start_src.
Fixes: 6a760394d7eb ("staging: comedi: ni_tiocmd: clarify the
cmd->start_arg validation and use")
Cc: # 3.17+
Signed-off-
Since "name" is always used directly, force "%s" for the kthread
format string to avoid any potential format string leaks.
Signed-off-by: Kees Cook
---
drivers/staging/unisys/visorhba/visorhba_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/unisys/visor
Generally, the CR_CHAN macro is/should be used to access the relevant bits
for channel identification in cmd->*_arg when the corresponding
cmd->*_src==TRIG_EXT, including cmd->convert_arg in this case.
This patch does not fix a bug per se, as NISTC_AI_MODE1_CONVERT_SRC() already
masks the value su
Thanks!
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Thank you for your comment.
I'll resend again this patch after considering your suggestion.
regards
Chaehyun Lim
On Tue, Jan 12, 2016 at 10:00 AM, Joe Perches wrote:
> On Tue, 2016-01-12 at 09:32 +0900, Chaehyun Lim wrote:
>> This patch removes typedef from struct wilc_cfg_byte_t and renames it
Hi Glen,
On Tue, Jan 12, 2016 at 6:39 PM, Glen Lee wrote:
> Use a unified firmware for all mode of operations which are station, ap and
> p2p. Two firmware are introduced for 1002 and 1003 chipset.
>
> Signed-off-by: Glen Lee
> ---
> drivers/staging/wilc1000/Makefile | 5 ++---
> drivers/s
On 2016๋
01์ 13์ผ 08:18, Julian Calaby wrote:
Hi Glen,
On Tue, Jan 12, 2016 at 6:39 PM, Glen Lee wrote:
Use a unified firmware for all mode of operations which are station, ap and
p2p. Two firmware are introduced for 1002 and 1003 chipset.
Signed-off-by: Glen Lee
---
drivers/staging/wilc1
The following changes since commit 9f9499ae8e6415cefc4fe0a96ad0e27864353c89:
Linux 4.4-rc5 (2015-12-13 17:42:58 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-4.5-rc1
for you to fetch changes up to 841e3ed977e02
Fixed multiple comment blocks that didn't comply with the
kernels coding style.
Signed-off-by: maomao xu
---
drivers/staging/vt6656/main_usb.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/vt6656/main_usb.c
b/drivers/staging/vt6656/main_usb
Fixed multiple comment blocks that didn't comply with the
kernels coding style.
Signed-off-by: maomao xu
---
drivers/staging/vt6656/main_usb.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/vt6656/main_usb.c
b/drivers/staging/vt6656/main_usb
27 matches
Mail list logo
