Re: [RFCv2][PATCH 2/5] arm: Implement ARCH_HAS_FORCE_CACHE

On 08/09/2016 05:13 PM, Laura Abbott wrote: > On 08/09/2016 02:56 PM, Florian Fainelli wrote: >> On 08/08/2016 10:49 AM, Laura Abbott wrote: >>> arm may need the kernel_force_cache APIs to guarantee data consistency. >>> Implement versions of these APIs based on the DMA APIs. >>> >>>

[PATCH] staging/rtl8188eu/core/rtw_cmd: Fixes semaphore locking

The code did not lock the >terminate_cmdthread_sema before using it. The code had an up() where a down() should've been. This patch fixes that. Signed-off-by: Lidza Louina ---  drivers/staging/rtl8188eu/core/rtw_cmd.c | 2 +-  1 file changed, 1 insertion(+), 1 deletion(-)

Re: [RFCv2][PATCH 2/5] arm: Implement ARCH_HAS_FORCE_CACHE

On 08/09/2016 02:56 PM, Florian Fainelli wrote: On 08/08/2016 10:49 AM, Laura Abbott wrote: arm may need the kernel_force_cache APIs to guarantee data consistency. Implement versions of these APIs based on the DMA APIs. Signed-off-by: Laura Abbott ---

Re: [PATCH] staging: vt6655: power.c: Fix checkpatch warning

On Mon, 2016-08-08 at 17:35 -0400, Anson Jacob wrote: > Fix checkpatch.pl warning for trailing */ on a separate line > Remove '+' postfix and '-' prefix from the start and end of block comments Those /*+ uses should probably be converted to /** for kernel-doc > Signed-off-by: Anson Jacob

Re: [PATCH 2/7] staging/android: display sync_pt name on debugfs

Op 08-08-16 om 21:59 schreef Gustavo Padovan: > 2016-08-08 Maarten Lankhorst : > >> Op 20-06-16 om 17:53 schreef Gustavo Padovan: >>> From: Gustavo Padovan >>> >>> When creating a sync_pt the name received wasn't used anywhere.

Re: [PATCH 0/7] de-stage SW_SYNC validation frawework

On Sun, Jul 24, 2016 at 05:00:31PM +0200, Pavel Machek wrote: > On Mon 2016-08-08 16:08:12, Gustavo Padovan wrote: > > 2016-08-07 Pavel Machek : > > > > > On Sun 2016-07-24 15:21:11, Greg Kroah-Hartman wrote: > > > > On Mon, Jul 18, 2016 at 04:12:45PM -0300, Gustavo Padovan wrote: >

[PATCH 0/2] Drivers: hv: vmbus: make bus ids in sysfs persistent

Bus ids for VMBus devices in /sys/bus/vmbus/devices/ are not guaranteed to be persistent across reboot or kernel restart and this causes problems for some tools. E.g. kexec tools use these ids to identify NIC on kdump. Fix the issue by using relid from channel offer as the unique id instead of an

[PATCH 1/2] Drivers: hv: make VMBus bus ids persistent

Some tools use bus ids to identify devices and they count on the fact that these ids are persistent across reboot. This may be not true for VMBus as we use auto incremented counter from alloc_channel() as such id. Switch to using child_relid from channel offer, this id is supposed to be

[PATCH 2/2] Drivers: hv: get rid of id in struct vmbus_channel

The auto incremented counter is not being used anymore, get rid of it. Signed-off-by: Vitaly Kuznetsov --- drivers/hv/channel_mgmt.c | 2 -- include/linux/hyperv.h| 3 --- 2 files changed, 5 deletions(-) diff --git a/drivers/hv/channel_mgmt.c

Re: [PATCH 2/7] staging/android: display sync_pt name on debugfs

2016-08-09 Maarten Lankhorst : > Op 08-08-16 om 21:59 schreef Gustavo Padovan: > > 2016-08-08 Maarten Lankhorst : > > > >> Op 20-06-16 om 17:53 schreef Gustavo Padovan: > >>> From: Gustavo Padovan

Re: [RFCv2][PATCH 2/5] arm: Implement ARCH_HAS_FORCE_CACHE

On 08/08/2016 10:49 AM, Laura Abbott wrote: > arm may need the kernel_force_cache APIs to guarantee data consistency. > Implement versions of these APIs based on the DMA APIs. > > Signed-off-by: Laura Abbott > --- > arch/arm/include/asm/cacheflush.h | 4 ++ >