> From: Laura Abbott [mailto:labb...@redhat.com]
> Sent: Friday, February 26, 2016 7:12 AM
> To: eun.taik@samsung.com; gre...@linuxfoundation.org; a...@android.com;
> riandr...@android.com; sumit.sem...@linaro.org; dan.carpen...@oracle.com;
> Rohit Kumar ; sri...@marirs.net.in; shawn.lin@rock-
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
staging-next
head: 5a9ff74d8e681f9ac6af6cc1444a812b74e7c2de
commit: caa88c26575c9be856e5a801abd121d7ff0808f8 [1186/1234] staging/lustre:
F_SETLKW64 F_SETLK64 F_GETLK64 are always defined
config: alpha-allmodconfig (attac
the tty_alloc_driver() can allocate memory for ttys and termios.
And also it can release allocated memory easly with using
put_tty_driver().
Signed-off-by: Daeseok Youn
---
v2 : typo in subject, changed from dgap to dgnc
drivers/staging/dgnc/dgnc_tty.c | 86 +++--
Hi,
Clean tested working pulls CPUs and QTYs in stock.
115 X X5650
65 X E5410
75 X X5660
145 X E5530
100 X E5645
40 X X5680
75 X X5690
Brand new sealed IP phones and QTYs in stock.
55 x CP-7937G
77 x CP-7942G
54 x CP-7945G
75 x CP-7962G
..
45 x Avaya 9630
65 x Avaya 9641
55 x Avaya 9640
U
From: Tim Sell
Previously if controlvm message payloads (indicated in controlvm message
via struct controlvm_message.hdr.payload_vm_offset) were contained within
the bounds of the channel memory, we would fail to process any controlvm
message that contained payload data. Reason is, the request_m
From: Tim Sell
Use the dynamic size of the controlvm channel (struct channel_header.size)
instead of the statically computed sizeof(struct controlvm_channel) when
determining the valid bounds for visorchannel_read() and
visorchannel_write().
This prevents an observed problem where kdump was fail
This patchset fixes an issue when visorhba device serves as a kdump
target, e.g., to provide the dumping filesystem for /var/crash/ when
running a crash kernel (is_kdump_kernel()).
Tim Sell (3):
staging: unisys: visorbus: fix payload memory usage in controlvm
channel
staging: unisys: vis
From: Tim Sell
This patch saves off the create_bus and create_device controlvm messages
for the visorhba device, so that they can be resurrected and used in the
kdump kernel.
After this patch, a crash dump can be generated using:
# service kdump start
# echo 1 > /proc/sys/kernel/sysrq
> > diff --git a/drivers/staging/rdma/hfi1/sdma.c
> > b/drivers/staging/rdma/hfi1/sdma.c
> > index 1d38be5..cb66bd0 100644
> > --- a/drivers/staging/rdma/hfi1/sdma.c
> > +++ b/drivers/staging/rdma/hfi1/sdma.c
> > @@ -1061,7 +1061,6 @@ int sdma_init(struct hfi1_devdata *dd, u8 port)
> >
Replace the code that guarantees the device stays in direct mode with
iio_{claim|release}_direct_mode() which does same.
Signed-off-by: Alison Schofield
---
drivers/staging/iio/adc/ad7192.c | 24 +---
1 file changed, 9 insertions(+), 15 deletions(-)
diff --git a/drivers/stag
It is often the case that the driver wants to be sure a device stays
in direct mode while it is executing a task or series of tasks. To
accomplish this today, the driver performs this sequence: 1) take the
device state lock, 2)verify it is not in a buffered mode, 3) execute
some tasks, and 4) rele
This patchset introduces two helper functions to simplify driver code
requiring the device to be locked in direct mode during execution of a
code path. The staging driver ad7192 is updated to demonstrate usage.
This could be applied to approximately 18 known cases where the driver
is holding the l
This a patch to card.c to remove unnecessary blank lines in order to
remove a checkpatch.pl warning.
Signed-off-by: Ben Marsh
---
drivers/staging/vt6655/card.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/vt6655/card.c b/drivers/staging/vt6655/card.c
index 6c1b973..3d33
On Sat, Feb 27, 2016 at 10:48:56AM -0800, Joe Perches wrote:
> On Sat, 2016-02-27 at 10:28 -0800, Edward Lipinsky wrote:
> > This patch fixes the checkpatch.pl warning:
> > WARNING: line over 80 characters
> []
> > diff --git a/drivers/staging/rtl8723au/core/rtw_ap.c
> > b/drivers/staging/rtl8723a
On Mon, 2016-02-29 at 17:50 -0500, David Miller wrote:
> From: Ben Hutchings
> Date: Mon, 29 Feb 2016 22:34:38 +
>
> > On Mon, 2016-02-29 at 17:09 -0500, David Miller wrote:
> >> From: Simon Xiao
> >> Date: Thu, 25 Feb 2016 15:24:08 -0800
> >>
> >> > This patch allows the user to set and re
On Mon, Feb 22, 2016 at 09:39:15PM -0500, Jes Sorensen wrote:
> Geliang Tang writes:
> > Use list_first_entry*() instead of container_of() to simplify the code.
> >
> > Signed-off-by: Geliang Tang
> > ---
> > drivers/staging/rtl8723au/core/rtw_recv.c | 49
> > +--
> >
Use list_first_entry() instead of container_of() to simplify the code.
Signed-off-by: Geliang Tang
Acked-by: Jes Sorensen
---
drivers/staging/rtl8723au/core/rtw_recv.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8723au/core/rtw_recv.c
b/drivers/s
Use list_first_entry_or_null() instead of list_empty() + container_of()
to simplify the code.
Signed-off-by: Geliang Tang
Acked-by: Jes Sorensen
---
drivers/staging/rtl8723au/core/rtw_recv.c | 42 ---
1 file changed, 11 insertions(+), 31 deletions(-)
diff --git a/dr
Use list_first_entry_or_null() instead of list_empty() + container_of()
to simplify the code.
Signed-off-by: Geliang Tang
Acked-by: Jes Sorensen
---
drivers/staging/rtl8723au/core/rtw_xmit.c | 26 --
1 file changed, 8 insertions(+), 18 deletions(-)
diff --git a/drivers/
On 01/11/2016 06:30 PM, Jubin John wrote:
> From: Vennila Megavannan
>
> Added the following per sdma engine stats:
> - SendDmaDescFetchedCnt
> - software maintained count of SDMA interrupts
>(SDmaInt, SDmaIdleInt, SDmaProgressInt)
> - software maintained counts of SDMA error cases
Fix the following static checker warning:
drivers/staging/rtl8723au/core/rtw_sta_mgt.c:365 rtw_get_stainfo23a()
error: potential NULL dereference 'psta'.
Fixes: e280d71("staging: rtl8723au: use list_for_each_entry*()")
Signed-off-by: Geliang Tang
---
drivers/staging/rtl8723au/core/rtw_sta_mgt
From: Gustavo Padovan
Play safe and add flags member to all structs. So we don't need to
break API or create new IOCTL in the future if new features that requires
flags arises.
v2: check if flags are valid (zero, in this case)
v3: return -EINVAL if flags are not zero'ed
Signed-off-by: Gustavo
From: Gustavo Padovan
We don't use the 'fence' name to refer to sync_file anymore. So rename it
to SYNC_IOC_FILE_INFO.
Signed-off-by: Gustavo Padovan
Reviewed-by: Maarten Lankhorst
---
drivers/staging/android/sync.c | 2 +-
drivers/staging/android/uapi/sync.h | 2 +-
2 files changed, 2 i
From: Gustavo Padovan
struct sync_merge_data already have documentation on top of the
struct definition. No need to duplicate it.
Signed-off-by: Gustavo Padovan
Reviewed-by: Maarten Lankhorst
---
drivers/staging/android/uapi/sync.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
From: Gustavo Padovan
Change SYNC_IOC_FILE_INFO behaviour to avoid future API breaks and
optimize buffer
Now num_fences can be filled by the caller to inform how many fences it
wants to retrieve from the kernel. If the num_fences passed is greater
than zero info->sync_fence_info should point to
From: Gustavo Padovan
Inform userspace how many fences are in the sync_fence_info field.
Signed-off-by: Gustavo Padovan
Reviewed-by: Maarten Lankhorst
---
drivers/staging/android/sync.c | 2 ++
drivers/staging/android/uapi/sync.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/dri
Hi Maarten,
2016-03-01 Maarten Lankhorst :
> Op 29-02-16 om 23:08 schreef Gustavo Padovan:
> > Hi Maarten,
> >
> > 2016-02-29 Maarten Lankhorst :
> >
> >> Op 26-02-16 om 22:00 schreef Gustavo Padovan:
> >>> From: Gustavo Padovan
> >>>
> >>> Change SYNC_IOC_FILE_INFO behaviour to avoid future API
2016-03-01 Dan Carpenter :
> This breaks userspace. You used to be able to figure it out from
> info->len - sizeof(struct sync_file_info).
It does. We are breaking this on purpose to clean up the API for
de-staging.
Gustavo
___
devel mailing l
This is a patch to slicoss.c to change the style of NULL comparisons in
order to remove checkpatch.pl warnings.
Signed-off-by: Ben Marsh
---
drivers/staging/slicoss/slicoss.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/st
This is a patch to slicoss.c to remove unnecessary blank lines as found
by checkpatch.pl
Signed-off-by: Ben Marsh
---
drivers/staging/slicoss/slicoss.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicoss.c
index 275ac63..29507
This is a patch to slicoss.c to change the memory allocation style in
slicoss.c as found by checkpatch.pl
Signed-off-by: Ben Marsh
---
drivers/staging/slicoss/slicoss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicos
This is a patch to slicoss.c to change the memory allocation style as
identified by checkpatch.pl
Signed-off-by: Ben Marsh
---
drivers/staging/slicoss/slicoss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicoss/slicos
Op 29-02-16 om 23:08 schreef Gustavo Padovan:
> Hi Maarten,
>
> 2016-02-29 Maarten Lankhorst :
>
>> Op 26-02-16 om 22:00 schreef Gustavo Padovan:
>>> From: Gustavo Padovan
>>>
>>> Change SYNC_IOC_FILE_INFO behaviour to avoid future API breaks and
>>> optimize buffer allocation. In the new approach
33 matches
Mail list logo
